[Bug 727236] ximagesrc fails to create an image after some time and recording stops

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=727236
  GStreamer | gst-plugins-good | 1.2.3

--- Comment #7 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2014-03-29 19:20:03 UTC ---
I've given a try to the script you propose for 15 minutes, and couldn't
reproduce it, though it does not mean there is no problem. (note, I need to set
remote=1, otherwise the images I get are miss-ordered, not sure if it's
X/compositor bug or what).

Then I've looked at the trace. The ximagesrc has a pool of image it picks from,
and allocate more images when needed. In the trace we see that it regularly
allocates images (though it's not the case here locally) and fail on one of
these. I wonder if there is a leak, or if the buffers comes back invalid, get
freed, and X could be freeing them asynchronously. Note that the ximagesink
code has non-shm fallback, not sure if that would make a difference.

I'm not sure what to do next, basically ximagesrc does not seem to do anything
wrong. You could reduce the depth of the downstream pipeline, by using
tune=zerolatency on x264enc, but is that a solution ?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.