gstreamer/tests/check
Mathieu Duponchelle 90f5ae8f45 ulpfecdec: output perfect seqnums
ULP FEC, as defined in RFC 5109, has the protected and protection
packets sharing the same ssrc, and a different payload type, and
implies rewriting the seqnums of the protected stream when encoding
the protection packets. This has the unfortunate drawback of not
being able to tell whether a lost packet was a protection packet.

rtpbasedepayload relies on gaps in the seqnums to set the DISCONT
flag on buffers it outputs. Before that commit, this created two
problems:

* The protection packets don't make it as far as the depayloader,
  which means it will mark buffers as DISCONT every time the previous
  packets were protected

* While we could work around the previous issue by looking at
  the protection packets ignored and dropped in rtpptdemux, we
  would still mark buffers as DISCONT when a FEC packet was lost,
  as we cannot know that it was indeed a FEC packet, even though
  this should have no impact on the decoding of the stream

With this commit, we consider that when using ULPFEC, gaps in
the seqnums are not a reliable indicator of whether buffers should
be marked as DISCONT or not, and thus rewrite the seqnums on
the decoding side as well to form a perfect sequence, this
obviously doesn't prevent the jitterbuffer from doing its job
as the ulpfec decoder is downstream from it.

https://bugzilla.gnome.org/show_bug.cgi?id=794909
2018-04-19 18:17:39 +02:00
..
elements ulpfecdec: output perfect seqnums 2018-04-19 18:17:39 +02:00
generic check: Rename states unit test 2015-08-14 11:13:01 +02:00
pipelines tests: add basic unit test for twolame as well 2017-08-26 10:10:19 +01:00
.gitignore tests: ignore sub-directory with orc tests 2010-06-17 16:41:56 +01:00
gst-plugins-good.supp valgrind supps: ignore gnutls leaking a certificate 2018-04-13 21:28:44 +02:00
Makefile.am tests: also dist new fec test header file 2018-02-21 20:46:10 +00:00
meson.build rtp: Implement ULPFEC (RFC 5109) 2018-02-21 14:15:22 +01:00