[Libva] Looping a video with gstreamer vaapi

[Yuan, Feng]

> -----Original Message-----
> From: libva-bounces+feng.yuan=intel.com at lists.freedesktop.org
> [mailto:libva-bounces+feng.yuan=intel.com at lists.freedesktop.org] On
> Behalf Of Pierre Gaston
> Sent: Friday, April 06, 2012 6:25 PM
> To: libva at lists.freedesktop.org
> Subject: [Libva] Looping a video with gstreamer vaapi
> 
> Hi,
> 
> Not sure if it's the correct place to talk about gstreamer-vaapi, if not
> please tell where it might be more appropriate.
> 
> I have an AMD E350 with catalyst version 11.11, latest libva, gstreamer-
> vaapi, clutter-gst.
> 
> I'm trying to play a video in a loop, my goal is to use clutter-gst and it
> works great. (Thanks to all the people who work on these projects).
> 
> But If I tell it to loop, I notice that everytime it restarts, around 50m of
> memory is allocated, quickly leading to memory exhaustion.

There's gst-vaapi patch fixed a memory leak in other use cases, you can try it, but not sure it works for you.
 
> Attached is the output of the video_player test application with debug
> misc, media and buffering enabled (video_player_debug.txt ) (I also tried
> to seek back to 0 when progress is over 90% and while everything looks ok,
> the video stays on a still frame every even iteration, but that's probably
> another  problem).
> 
> I wanted to see if the problem is in clutter_gst or gstreamer-vaapi, so I
> tried to reproduce the loop with a test case (overlay.c) seeking to 0 upon
> EOS and it doesn't seem to leak, but  there is a problem with the clock, the
> video is like paused, then played very fast.
> (attached the output of overlay.c and the output in overlay_debug.txt)
> 
> I also tried to set the state to NULL and then to PLAY upon EOS
> (overlay2.c), this leads to leaks (it seems the driver is reloaded every time)
> but I get a segmentation fault after a few iterations, before memory
> exhaustion (I attached the trace and the backtrace from gdb).
> 
> Please let me know if this should be posted elsewhere or if I can help or
> provide any other kind of information.
> 
> Thanks
> Pierre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-gstvaapivideobuffer-fix-memory-leak-for-surface-and-.patch
Type: application/octet-stream
Size: 1282 bytes
Desc: 0001-gstvaapivideobuffer-fix-memory-leak-for-surface-and-.patch
URL: <http://lists.freedesktop.org/archives/libva/attachments/20121102/773d2501/attachment.obj>