<div dir="ltr">Do you have any advice from where should I start looking it? I think we could add an option (disabled by default) to check for picture loss in rtph264depay or h264parse to make it "implementation agnostic", so one could use it for avdec_h264 or other decoders. <div><br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">Em qua, 26 de set de 2018 às 01:19, Marcos Kintschner <<a href="mailto:marcos.ktn@gmail.com">marcos.ktn@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm trying to understand if and how GStreamer handle a lost IDR frame.<div>I know there is an event called GstForceKeyUnit that is sent by rtph264depay when this element receives data before setting SPS/PPS and that this event is then processed by rtpsession that generates a RTCP/PLI message. But it seems that rtph264depay doens't send the event when it receives a P-Slice before a IDR-Slice, for example. Do I have to handle it manually by adding probes and checking if the IDR has arrived or not?<br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_1616060826706286527gmail_signature" data-smartmail="gmail_signature">Marcos Kintschner.</div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Marcos Kintschner.</div>