hello, I'm using gstream in an embedded system. software:gst-plugins-good-0.10.14.tar.bz2 gst-plugin-vooletv-0.0.1.tar.gz gst-plugins-bad-0.10.11.tar.bz2 gst-plugins-pps-0.0.18.tar.gz gst-plugin-vooletv-0.0.2.tar.gz gst-plugins-base-0.10.22.tar.bz2 gst-plugins-ugly-0.10.9.tar.bz2 gstreamer-0.10.22.tar.bz2 hardware:memory 128MByte pipeline: neonhttpsrc->flvdemux->input-selector(audio)->queue->audiosink(myplatform) |->input-selector(video)->queue->videosink(myplatform) I play http live stream through gstreamer, and find that after one hour the system is running out of memory, VmHWM: 21836 kB, VmRSS: 21056 kB(Because of driver and other, the memory I can use is about 21~23MB). My application becomes slow or even crash. when I first start the live stream, the RSS memory is about 13MB, then growing to 21MB. At first I think it's memory leak problem, because the memory is growing. Then I test a 256MB board for running 36 hours(still running), the memory grows to VmHWM: 99156 kB after 18 hours and stay at this value exactly until now(VmRSS changes a little, at about 98xxx kb). At the first 18 hours, there is two times the memory decreases about 1x or 2x MB then grows again. So I think it's not a memory leak problem, more like that glibc malloc these memory to support gstreamer. I change audiosink and videosink to fakesink, problem still exists. My question is: Am i right? If not, what problem can it be? if yes, can I limit the max memory it can use? I think it should be run well using less memory, because it runs well at the first hour. I'm trying to build the pipeline using my computer, not ok yet, I'll give you information if i get test result. If you need other information, tell me please. Any suggestion is appciated, thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/gstreamer-embedded/attachments/20130115/7a3316bc/attachment.html>
