Grabbing RTSP Stats?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Grabbing RTSP Stats?

Jack Foster-2
Hiya Gang,

I currently have an rtp/rtsp server -> client stream via gstrtpbin.
Is there a way I can get access to the statistics of the sender and
receiver reports?  I'd like the server to know if the client missed
packets or if the communication path is fully broken.  Would this be
the on-timeout signal?

Jack

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Grabbing RTSP Stats?

Eric Zhang-6
Hi, gstreamer:

    1. RTCP does the communication works between server & clients. Also gstrtpbin handles the RTCP stuffs.

    2. gstrtpjitterbuffer will send a customized event to downstream elements when it finds packet missing. You can make a packet receiving report according to this.

Eric Zhang

2009/1/13 Jack Foster <[hidden email]>
Hiya Gang,

I currently have an rtp/rtsp server -> client stream via gstrtpbin.
Is there a way I can get access to the statistics of the sender and
receiver reports?  I'd like the server to know if the client missed
packets or if the communication path is fully broken.  Would this be
the on-timeout signal?

Jack

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Grabbing RTSP Stats?

Jack Foster-2
Thanks for the reply!

On Wed, Jan 14, 2009 at 2:36 AM, Eric Zhang <[hidden email]> wrote:
>     1. RTCP does the communication works between server & clients. Also
> gstrtpbin handles the RTCP stuffs.

Both my sender and receiver are using gstrtpbin.  The pads the sender
are rtcp rx/tx and rtp tx.  Similarly the pads the receiver is using
are rtcp rx/tx and rtcp rx.

I guess my question specifically is, can I get access to the packets
statistics on both the sender's and receiver's rtcp pads.  This will
provide me with the feedback of how many packets are being received vs
being sent.  I'm hoping to give the user feedback like at the bottom
of the ekiga SIP client.  Example:
http://wiki.ekiga.org/index.php/Image:Ekiga_in_a_Call.png

>     2. gstrtpjitterbuffer will send a customized event to downstream
> elements when it finds packet missing. You can make a packet receiving
> report according to this.

I want to know the information even if a packet isn't missing.  i.e.
informing the user that all packets are being received!

Thanks,
Jevin

>
> Eric Zhang
>
> 2009/1/13 Jack Foster <[hidden email]>
>>
>> Hiya Gang,
>>
>> I currently have an rtp/rtsp server -> client stream via gstrtpbin.
>> Is there a way I can get access to the statistics of the sender and
>> receiver reports?  I'd like the server to know if the client missed
>> packets or if the communication path is fully broken.  Would this be
>> the on-timeout signal?
>>
>> Jack
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel