Gstreamer Pipeline for retransmission using rtpbin

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

Gstreamer Pipeline for retransmission using rtpbin

SD
Is there a way to delay the retransmission request on the client side? The
client sends the retransmission request immediately without any added delay.
Hence the packets that are being delayed in transmission or if there are
some sequence errors is also retransmitted again. I have analyzed the
packets using wireshark and thus see negative packet loss in the
transmission like (lost -40). This is because of the retransmission of
delayed packets. The properties in rtpbin doesn't seem to have a delayed
transmission.

Thanks in advance.

-SD



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gstreamer Pipeline for retransmission using rtpbin

Nicolas Dufresne-5
Le mardi 19 novembre 2019 à 10:33 -0600, SD a écrit :
> Is there a way to delay the retransmission request on the client side? The
> client sends the retransmission request immediately without any added delay.
> Hence the packets that are being delayed in transmission or if there are
> some sequence errors is also retransmitted again. I have analyzed the
> packets using wireshark and thus see negative packet loss in the
> transmission like (lost -40). This is because of the retransmission of
> delayed packets. The properties in rtpbin doesn't seem to have a delayed
> transmission.

Have you configured rtx-delay on rtpjitterbuffer ? In fact, there is
two condition, a) a gap, b) delayed:

a) We have e.g. seqnum 1 3, 2 NACK will be sent on an early RTCP packet
(immediately). This is to conform with the spec. This may fail
depending on the conditions, but there is rtx-retry-period that can be
configured. We also implement some of the RFC in order to configure
this automatically.

b) Nothing arrived for rtx-delay, then we start sending NACK. I guess
this isn't the one you have in mind, since it does have a delay. And
then the RTX retry delay is used for further retries.

>
> Thanks in advance.
>
> -SD
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

signature.asc (201 bytes) Download Attachment