After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 792950 - memory leak seen during glvideomixer pipeline execution
memory leak seen during glvideomixer pipeline execution
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.12.4
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-01-27 12:05 UTC by Tapas Kumar Kundu
Modified: 2018-04-12 17:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tapas Kumar Kundu 2018-01-27 12:05:18 UTC
I run below command to broadcast in youtube from my 1080p rtsp camera : 

gst-launch-1.0  glvideomixer name=mix ! gldownload ! video/x-raw, width=1920, height=1080 ! vaapih264enc dct8x8=true cabac=true rate-control=cbr bitrate=8192 keyframe-period=60 max-bframes=0 ! flvmux name=mux ! queue ! progressreport ! queue ! rtmpsink sync=true async=true location="rtmp://x.rtmp.youtube.com/live2/xxxxxx live=1" pulsesrc do-timestamp=true device="alsa_input.pci-0000_00_1b.0.analog-stereo" ! queue max-size-buffers=0 max-size-bytes=0 max-size-time=0 ! audioconvert noise-shaping=4 ! queue ! audioamplify amplification=1.0 clipping-method=1 ! queue ! voaacenc bitrate=128000 ! queue ! entransshift delay=100000 running-time=true ! queue ! mux. rtspsrc location="rtsp://userid:password@ip:port/cam/realmonitor?channel=1&subtype=0" latency=2000 do-retransmission=true ! queue max-size-buffers=0 max-size-bytes=0 max-size-time=0 ! rtph264depay ! entransshift delay=0 running-time=true ! identity sync=true ! h264parse ! queue ! vaapih264dec ! queue ! glupload ! queue ! glcolorbalance ! queue ! mix.

Then I run 'htop' in 2nd terminal. I can see steady buildup of memory usage by gstreamer over a period of 30mins. It started with 1.4GB usage (cpu usage 50%) and then it is going to 1.8GB (cpu usage 130%). 

Pipeline also starts becoming slow and cpu usage goes high gradually . 

Interesting point is: Everything is working fine in first 2 min of broadcasting. Problem happens only after that. and broadcasting also sees lot of pause after 2mins because of this issue.
Comment 1 Tim-Philipp Müller 2018-01-27 12:24:14 UTC
Please stop filing bugs with "blocker" or "critical" severity, thanks.

Perhaps you could trim the pipeline to the smallest version that reproduces the issue (e.g. no audio branches).

Please run this with valgrinds leak checker, and/or enable the gstreamer leaks tracer [*], although both will require some kind of controlled shutdown of the pipeline, which you might be able to achieve by passing -e to gst-launch.

[*] https://gstreamer.freedesktop.org/documentation/design/tracing.html#leaks
Comment 2 Tim-Philipp Müller 2018-04-12 17:54:10 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!