<div dir="ltr">Hi, Nicolas,<div><br></div><div>as I explained, it's 100% clear that the leak is in vaapisink, and it would be more efficient if developers investigate it, given that I provided a full minimal program that exhibits the leak on vaapisink and not on ximagesink (on each of Intel, AMD, NVidia).</div><div><br></div><div>> <span style="font-family:arial,sans-serif;font-size:13px">Take note that gstreamer-vaapi is maintained by a seperate group.</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">I did not know that, will try to contact them. However, I thought they read GStreamer list or it would be natural if someone from GStreamer dispatch the bug hint to them.</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Thanks</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 9, 2014 at 2:50 PM, Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Sergei,<br>
<br>
Le 2014-11-09 08:23, Sergei Vorobyov a écrit :<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The program I posted (with autovideosink/vaapisink) after about 5 minutes running on nvidia with vdpau increases memory usage from 0.3% to 2.6% ans starts to complain "not enough resources" and the images blacks out:<br>
</blockquote>
<br></span>
The first step in getting help would be to identify where the leak is located. As you have strong opinion against using valgrind, I can propose you another way to trace what is left after you program have quit.<br>
<br>
You *need* to quit your program *cleanly*. The method is to set the environment GST_TRACE=all. When your program quits *cleanly*, GStreamer will dump a list of object that are still allocated. This list is never empty, as we don't waste time freeing objects that exist for the entire lifetime of a GStreamer application. Please, share this trace with us, we should be able to help afterward. Big leak size often involves GstMemory mini objects. Considering gstreamer-vaapi fully wraps libVA into objects, it should also display gstreamer-vaapi leaks. Take note that gstreamer-vaapi is maintained by a seperate group.<span class="HOEnZb"><font color="#888888"><br>
<br>
Nicolas</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/gstreamer-<u></u>devel</a><br>
</div></div></blockquote></div><br></div>