AW: Memory Leak?

[Tarun Tej K]

Hi,

Have you checked the memory consumption with this latest pipeline? Is it
under control? Are you still using '--disable-passthrough' and
gst_base_parse_set_pts_interpolation(GST_BASE_PARSE(parse),
TRUE)   H264parse and 'leaky' in queues for the latest pipeline also?

We are also facing similar issue on iMX6UL. When we run multiple pipelines
simultaneously, the memory gets exhausted very quickly.
Here is the sample pipeline we are trying:
gst-launch-1.0 -e rtspsrc location="rtsp://<username>:<password>@<Url>"
name = d
! rtph264depay ! h264parse ! splitmuxsink name = mux
location=a1_video%02d.mp4 max-size-time=10000000000 max-files=3



On Sat 6 Oct, 2018, 5:28 AM killerrats, <koreysjunkmail at gmail.com> wrote:

> gst-launch-1.0 -e rtspsrc location=[IP] latency=66 name=source !
> rtpjitterbuffer do-lost=true ! rtph264depay ! identity ! h264parse
> config-interval=1 ! avdec_h264 ! openh264enc ! h264parse ! tee name=vtee !
> mq.sink_1 multiqueue name=mq ! mux.video splitmuxsink async-handling=true
> max-size-bytes=4194304 max-files=360 muxer=mp4mux location=video%06d.avi
> name=mux mq.src_2 ! mux.audio_1 source. ! rtpjitterbuffer do-lost=true !
> rtpmp4gdepay ! identity ! aacparse ! avdec_aac ! avenc_aac ! aacparse ! tee
> name=atee ! mq.sink_2
>
> found out if I do this for each side of the branches for audio and video.
>
> depay -> parse -> decode -> encode -> parse -> tee
>
> if i leave the decode -> encode -> parse out of it the pipeline won't do
> that stopping point like it did. even the sync of audio and video works.
>
>
>
> -----
> ------------------------------
> Gstreamer 1.14.2
> ------------------------------
> Windows
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20181006/9bbc978e/attachment.html>