Hi all, <br><br>I agree that video support in  asterisk is quite .. umh.. how to say it.. not as good as it should. But i have never found the lack of the rtp headers to be a problem. Every info you need to rebuild the rtp header is in the asterisk frame.<br><br>Best regards<br>Sergio<br><br>Enviado desde mi teléfono Orange HTC Android.<br><br>----- Reply message -----<br>De: &quot;Neil Stratford&quot; &lt;neils@vipadia.com&gt;<br>Fecha: Lun, ago. 24, 2009 17:37<br>Asunto: [Asterisk-video] video RTP question<br>Para: &quot;Development discussion of video media support in Asterisk&quot; &lt;asterisk-video@lists.digium.com&gt;<br><br><br>&gt; I&#39;m not sure that the marker bit is passed through if the header is<br>&gt; stripped. Let me know how to access the marker if it is stored<br>&gt; somewhere. I may have just overlooked it when I read the code.<br><br>IIRC it is in fr-&gt;subclass:<br><br>if (mark)<br>    rtp-&gt;f.subclass |= 0x1;<br><br>&gt; The frame rate would also be necessary to update the time stamp. In<br>&gt; theory, you could use the system clock to measure time between RTP<br>&gt; packet reception. In practice, I don&#39;t know how well this works over<br>&gt; real networks with packet loss, and real encoders that may drop frames<br>&gt; due to negotiated bit rate limits. I&#39;ll have to think about this<br>&gt; carefully for a while.<br><br>I agree - there are likely issues with sequence number jumping as well. <br>The same issues apply to playing video out from a file, so it would be <br>nice if it was all done without relying on RTP headers.<br><br>Neil<br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br><br>asterisk-video mailing list<br>To UNSUBSCRIBE or update options visit:<br>   <a href="http://lists.digium.com/mailman/listinfo/asterisk-video">http://lists.digium.com/mailman/listinfo/asterisk-video</a><br><br><br>