GNOME Bugzilla – Bug 712356
Receiving Stream in MPEG2 format from VLC looses memory
Last modified: 2016-02-21 22:54:53 UTC
I stream with VLC the Desktop with 25 Frames via rtsp in the format MPEG-2 + MPGA (TS) and receive it on the same PC with GStreamer. In the Windows Task Manager you can watch the memory usage growing until GStreamer crashes. VLC: :sout=#transcode{vcodec=mp2v,vb=800,acodec=mpga,ab=128,channels=2,samplerate=44100}:rtp{sdp=rtsp://:8554/} :sout-keep GStreamer: gst-launch-1.0.exe playbin uri=rtsp://127.0.0.1:8554/ Notes: Memory is growing slowly with 1.2.1, faster with 1.2.0 and very fast wtih 1.0.10 If the steaming is done in H.264 + MP3(MP4) format no memory loss occurs.
Can you check with massif (e.g.) where all this memory is accumulated? http://valgrind.org/docs/manual/ms-manual.html
I'm only using the windows version and do not have a Linux PC. Is there a similar tool like massif available for windows?
https://stackoverflow.com/questions/413477/is-there-a-good-valgrind-substitute-for-windows suggests that there's VMMap and a command in the Windows debugger to print the heap usage.
Note that you might want to try with 1.2.3 before anything else. I think there was a leak that got fixed since 1.2.1
tested with 1.2.2 and 1.2.3. A little improvement but still large memory loss
Created attachment 273507 [details] Memory overview measured with VMMap Generated memory overview with VMMap. See attached file. memory overview at start: gst-launch-1.start.txt and gst-launch-1.start.mmp memory overview after some time: gst-launch-1.end.txt and gst-launch-1.end.mmp
Thanks for the bug report, but I'm not quite sure what to do about this. I suppose someone needs to debug this who can reproduce it and knows how to find the culprit :) There's also a good chance the leak has been fixed in the last 2 years. Please re-open if you still have an issue with the latest version of GStreamer, thanks!