[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-video
Subject:    Re: [Asterisk-video] =?utf-8?q?video_RTP_question?=
From:       "=?utf-8?B?c2VyZ2lvLmdhcmNpYUBmb250dmVudGEuY29t?="
Date:       2009-08-24 16:39:35
Message-ID: E1MfcZz-0007yq-C5 () lists ! digium ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

[Attachment #4 (text/plain)]

Hi all, 

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.

Best regards
Sergio

Enviado desde mi teléfono Orange HTC Android.

----- Reply message -----
De: "Neil Stratford" <neils@vipadia.com>
Fecha: Lun, ago. 24, 2009 17:37
Asunto: [Asterisk-video] video RTP question
Para: "Development discussion of video media support in Asterisk" \
<asterisk-video@lists.digium.com>


> I'm not sure that the marker bit is passed through if the header is
> stripped. Let me know how to access the marker if it is stored
> somewhere. I may have just overlooked it when I read the code.

IIRC it is in fr->subclass:

if (mark)
    rtp->f.subclass |= 0x1;

> The frame rate would also be necessary to update the time stamp. In
> theory, you could use the system clock to measure time between RTP
> packet reception. In practice, I don't know how well this works over
> real networks with packet loss, and real encoders that may drop frames
> due to negotiated bit rate limits. I'll have to think about this
> carefully for a while.

I agree - there are likely issues with sequence number jumping as well. 
The same issues apply to playing video out from a file, so it would be 
nice if it was all done without relying on RTP headers.

Neil

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video


[Attachment #5 (text/html)]

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>




_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic