<div dir="ltr"><div>Hi,</div><div><br></div><div>We are extracting video parts from soure file to destination file via multiple seeks, which work great.</div><div>The pipeline is :</div><div><br></div><div>    source | matroskademux | queue | h264parse | matroskamux | filesink and is executed on windows 10 with gstreamer 1.10.2</div><div><br>On pad-added signal we add a probe ( settings <font color="#2f4f4f" face="Consolas" size="2"><font color="#2f4f4f" face="Consolas" size="2"><font color="#2f4f4f" face="Consolas" size="2">GST_PAD_PROBE_TYPE_BUFFER</font></font></font><font face="Consolas" size="2"><font face="Consolas" size="2"> | </font></font><font color="#2f4f4f" face="Consolas" size="2"><font color="#2f4f4f" face="Consolas" size="2"><font color="#2f4f4f" face="Consolas" size="2">GST_PAD_PROBE_TYPE_BUFFER_LIST</font></font></font>). </div><div>The probe is added on sink of queue. On probe callback the follwing code is executed:</div><div><br></div><div>    GstMessage* msg = gst_message_new_application(GST_OBJECT_CAST(pipeline),    gst_structure_new_empty("ExPrerolled"));<br>    gst_bus_post(pipe_.bus, msg);</div><div>    gst_pad_remove_probe(pad, GST_PAD_PROBE_INFO_ID(info));<br>    GST_PAD_PROBE_INFO_FLOW_RETURN (info) = GST_FLOW_FLUSHING;<br>    return GST_PAD_PROBE_HANDLED;</div><div><br>Now it seems that when GST_PAD_PROBE_HANDLED is returned a memory leak is seen and when GST_PAD_PROBE_DROP is returned the memory leak disapeared.</div><p>Are we doing something wrong or is there indeed some kind of memory leak?</p><div>When message" ExPrerolled" is received seeking starts to extract video.</div><div><br>Thanks in advance,<br>Marc</div></div>