<div dir="auto"><div>Hi,</div><div dir="auto"><br></div><div dir="auto">Have you checked the memory consumption with this latest pipeline? Is it under control? Are you still using '--disable-passthrough' and <font face="sans-serif"><span style="font-size:12.8px">gst_base_parse_set_pts_interpolation(GST_BASE_PARSE(parse), TRUE)  </span></font> H264parse and 'leaky' in queues for the latest pipeline also?</div><div dir="auto"><br></div><div dir="auto">We are also facing similar issue on iMX6UL. When we run multiple pipelines simultaneously, the memory gets exhausted very quickly.</div><div dir="auto">Here is the sample pipeline we are trying:</div><div dir="auto"><span style="color:rgb(36,41,46);font-family:-apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-serif,"apple color emoji","segoe ui emoji","segoe ui symbol";font-size:15px;background-color:rgb(255,255,255)">gst-launch-1.0 -e rtspsrc location="rtsp://<username>:<password>@<Url>" name = d </span><br style="color:rgb(36,41,46);font-family:-apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-serif,"apple color emoji","segoe ui emoji","segoe ui symbol";font-size:15px;background-color:rgb(255,255,255)"><span style="color:rgb(36,41,46);font-family:-apple-system,blinkmacsystemfont,"segoe ui",helvetica,arial,sans-serif,"apple color emoji","segoe ui emoji","segoe ui symbol";font-size:15px;background-color:rgb(255,255,255)">! rtph264depay ! h264parse ! splitmuxsink name = mux location=a1_video%02d.mp4 max-size-time=10000000000 max-files=3</span><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Sat 6 Oct, 2018, 5:28 AM killerrats, <<a href="mailto:koreysjunkmail@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">koreysjunkmail@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">gst-launch-1.0 -e rtspsrc location=[IP] latency=66 name=source !<br>
rtpjitterbuffer do-lost=true ! rtph264depay ! identity ! h264parse<br>
config-interval=1 ! avdec_h264 ! openh264enc ! h264parse ! tee name=vtee !<br>
mq.sink_1 multiqueue name=mq ! mux.video splitmuxsink async-handling=true<br>
max-size-bytes=4194304 max-files=360 muxer=mp4mux location=video%06d.avi<br>
name=mux mq.src_2 ! mux.audio_1 source. ! rtpjitterbuffer do-lost=true !<br>
rtpmp4gdepay ! identity ! aacparse ! avdec_aac ! avenc_aac ! aacparse ! tee<br>
name=atee ! mq.sink_2<br>
<br>
found out if I do this for each side of the branches for audio and video.<br>
<br>
depay -> parse -> decode -> encode -> parse -> tee<br>
<br>
if i leave the decode -> encode -> parse out of it the pipeline won't do<br>
that stopping point like it did. even the sync of audio and video works.<br>
<br>
<br>
<br>
-----<br>
------------------------------<br>
Gstreamer 1.14.2<br>
------------------------------<br>
Windows<br>
--<br>
Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div></div></div>