<div dir="ltr">&nbsp;&nbsp;&nbsp; +------+------+------------+------+------------+------+------------+------------+-----------------+<br>&nbsp; &nbsp; | RTP &nbsp; |&nbsp; VP&nbsp;&nbsp; |Video Packet|&nbsp; VP &nbsp;&nbsp; |Video Packet&nbsp;&nbsp; |&nbsp; VP &nbsp; |Video Packet|<br>&nbsp;&nbsp;&nbsp; |header |header|&nbsp;&nbsp;&nbsp;&nbsp; (1)&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |header|&nbsp;&nbsp;&nbsp; (2)&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; |header|&nbsp;&nbsp;&nbsp; (3)&nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br>
&nbsp;&nbsp;&nbsp; +------+------+------------+------+------------+------+------------+------------+------------------+<br>Just like the figure above(I copy it from RFC3016),can we get timestamp information of every Video Packet from VP header?As you said,&quot;we don&#39;t actually decode the media data&quot;, what does it mean?since in my opinion,most time we not only get every frame but send them to the decoder,doesn&#39;t the decoder need timestamp information for every frame?And a new question, I found some figures(like before)in RFC3016 use Video Packet and VOP,but the expression &quot;Video Packet&quot; can hardly be seen in ISO14496,is there anything wrong with it? <br>
<br><div class="gmail_quote">2008/9/16 Ross Finlayson <span dir="ltr">&lt;<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">At 10:45 PM 9/15/2008, you wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I read the source code again,yes,&quot;MPEG4GenericRTPSource&quot; indeed implements multiple frames per packet by reimplementation of the virtual function &quot;MPEG4GenericBufferedPacket::nextEnclosedFrameSize()&quot;,but it had not update the &quot;fPresentationTime&quot; after the first received frame,since &quot;frameDurationInMicroseconds&quot; is always 0.In that case,from a multiframed packet,we will get several frames with the same timestamp,is it a bug?<br>

</blockquote>
<br></div>
In principle, yes. &nbsp;However, in practice, because we don&#39;t actually decode the media data, it would be difficult for an implementation to figure out the duration of each frame within the packet, so we don&#39;t try to do this.<div>
<div></div><div class="Wj3C7c"><br>
<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Ross Finlayson<br>
 &nbsp; &nbsp; &nbsp; &nbsp;Live Networks, Inc. (<a href="http://LIVE555.COM" target="_blank">LIVE555.COM</a>)<br>
 &nbsp; &nbsp; &nbsp; &nbsp;&lt;<a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a>&gt;<br>
<br>
_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</div></div></blockquote></div><br></div>