gstreamer/gst-libs/gst/rtp
Justin Kim 5303e2c32b rtcpbuffer: add support XR packet parsing
According to RFC3611, the extended report blocks in XR packet can
have variable length. To visit each block, the iterator should look
into block header. Once XR type is extracted, users can parse the
detailed information by given functions.

Loss/Duplicate RLE
The Loss RLE and the Duplicate RLE have same format so
they can share parsers. For unit test, randomly generated
pseudo packet is used.

Packet Receipt Times
The packet receipt times report block has a list of receipt
times which are in [begin_seq, end_seq).

Receiver Reference Time paser for XR packet
The receiver reference time has ntptime which is 64 bit type.

DLRR
The DLRR report block consists of sub-blocks which has ssrc, last RR,
and delay since last RR. The number of sub-blocks should be calculated
from block length.

Statistics Summary
The Statistics Summary report block provides fixed length
information.

VoIP Metrics
VoIP Metrics consists of several metrics even though they are in
a report block. Data retrieving functions are added per metrics.

https://bugzilla.gnome.org/show_bug.cgi?id=789822
2018-12-13 14:01:06 -05:00
..
gstrtcpbuffer.c rtcpbuffer: add support XR packet parsing 2018-12-13 14:01:06 -05:00
gstrtcpbuffer.h rtcpbuffer: add support XR packet parsing 2018-12-13 14:01:06 -05:00
gstrtpbaseaudiopayload.c rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtpbaseaudiopayload.h rtp: GST_EXPORT -> GST_RTP_API 2018-03-13 12:16:42 +00:00
gstrtpbasedepayload.c rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtpbasedepayload.h rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtpbasepayload.c rtpbasepayload: Update current seqnum for buffer lists 2018-11-14 12:30:06 +00:00
gstrtpbasepayload.h rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtpbuffer.c gst-libs: include config.h in all source files 2018-08-13 09:23:34 +01:00
gstrtpbuffer.h rtp: GST_EXPORT -> GST_RTP_API 2018-03-13 12:16:42 +00:00
gstrtpdefs.h libs: Documentation cleanup 2018-04-02 08:53:28 +02:00
gstrtphdrext.c gst-libs: include config.h in all source files 2018-08-13 09:23:34 +01:00
gstrtphdrext.h rtp: GST_EXPORT -> GST_RTP_API 2018-03-13 12:16:42 +00:00
gstrtpmeta.c rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtpmeta.h rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
gstrtppayloads.c gst-libs: include config.h in all source files 2018-08-13 09:23:34 +01:00
gstrtppayloads.h rtp: GST_EXPORT -> GST_RTP_API 2018-03-13 12:16:42 +00:00
Makefile.am rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
meson.build rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00
README rtp: Add support for multiple memory blocks in RTP 2012-07-17 16:41:36 +02:00
rtp-prelude.h libs: fix API export/import and 'inconsistent linkage' on MSVC 2018-09-24 08:45:34 +01:00
rtp.h rtpbasepayload: rtpbasedepayload: Add source-info property 2018-10-10 14:38:01 -04:00

The RTP libraries
---------------------

  RTP Buffers
  -----------
  The real time protocol as described in RFC 3550 requires the use of special
  packets containing an additional RTP header of at least 12 bytes. GStreamer
  provides some helper functions for creating and parsing these RTP headers.
  The result is a normal #GstBuffer with an additional RTP header.
 
  RTP buffers are usually created with gst_rtp_buffer_new_allocate() or
  gst_rtp_buffer_new_allocate_len(). These functions create buffers with a
  preallocated space of memory. It will also ensure that enough memory
  is allocated for the RTP header. The first function is used when the payload
  size is known. gst_rtp_buffer_new_allocate_len() should be used when the size
  of the whole RTP buffer (RTP header + payload) is known.
 
  When receiving RTP buffers from a network, gst_rtp_buffer_new_take_data()
  should be used when the user would like to parse that RTP packet. (TODO Ask
  Wim what the real purpose of this function is as it seems to simply create a
  duplicate GstBuffer with the same data as the previous one). The
  function will create a new RTP buffer with the given data as the whole RTP
  packet. Alternatively, gst_rtp_buffer_new_copy_data() can be used if the user
  wishes to make a copy of the data before using it in the new RTP buffer.
 
  It is now possible to use all the gst_rtp_buffer_get_*() or
  gst_rtp_buffer_set_*() functions to read or write the different parts of the
  RTP header such as the payload type, the sequence number or the RTP
  timestamp. The use can also retreive a pointer to the actual RTP payload data
  using the gst_rtp_buffer_get_payload() function.

  RTP Base Payloader Class (GstBaseRTPPayload)
  --------------------------------------------

  All RTP payloader elements (audio or video) should derive from this class.

  RTP Base Audio Payloader Class (GstBaseRTPAudioPayload)
  -------------------------------------------------------

  This base class can be tested through it's children classes. Here is an
  example using the iLBC payloader (frame based).

  For 20ms mode :

  GST_DEBUG="basertpaudiopayload:5" gst-launch-0.10 fakesrc sizetype=2
  sizemax=114 datarate=1900 ! audio/x-iLBC, mode=20 !  rtpilbcpay
  max-ptime="40000000" ! fakesink

  For 30ms mode :

  GST_DEBUG="basertpaudiopayload:5" gst-launch-0.10 fakesrc sizetype=2
  sizemax=150 datarate=1662 ! audio/x-iLBC, mode=30 !  rtpilbcpay
  max-ptime="60000000" ! fakesink

  Here is an example using the uLaw payloader (sample based).

  GST_DEBUG="basertpaudiopayload:5" gst-launch-0.10 fakesrc sizetype=2
  sizemax=150 datarate=8000 ! audio/x-mulaw ! rtppcmupay max-ptime="6000000" !
  fakesink

  RTP Base Depayloader Class (GstBaseRTPDepayload)
  ------------------------------------------------

  All RTP depayloader elements (audio or video) should derive from this class.