[Bug 693037] ximagesrc: delay image reconstruction when using DAMAGE

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #3 from Stirling Westrup <swestrup at gmail.com> 2013-07-19 11:49:11 UTC ---
(In reply to comment #2)

> With 1.x, ximagesrc could create a new type of GstMemory for that:
> 
> * Store reference to previous image (or to none if it's a full image or has
> been reconstructed)
> * When mapping (i.e. when someone wants to read it), reconstruct the full
> output image (based on on damage data + previous image, which might end up
> being recursive btw).
> 
> Maybe a bufferpool would also help with that also (keeping around common/last
> image).
> 
> This would allow getting fast acquisition (from X) and allow delayed
> reconstruction.

This sounds like a good design, however I have a use-case where I'd like to
convert the frames with damage data into jpegs which are transparent except for
the changed data. That way I can simply overlay them on top of each other at
the display end, and never have to reconstitute the images in memory. Although,
I suppose it would make sense if every Nth frame were a full frame, for ease of
recovery in case of loss of a frame.

I *may* be able to convince my boss to give me time to help out on this, as we
have a definite use case for it. I'll have to ask.

-- 
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.