After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 653586 - stage: Add clutter_stage_read_pixels_async
stage: Add clutter_stage_read_pixels_async
Status: RESOLVED DUPLICATE of bug 653585
Product: clutter
Classification: Platform
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: clutter-maint
clutter-maint
Depends on:
Blocks:
 
 
Reported: 2011-06-28 19:46 UTC by Robert Bragg
Modified: 2011-06-28 23:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Bragg 2011-06-28 19:46:28 UTC
This deprecates clutter_stage_read_pixels since there are numerous
issues with that interface, including lacking of format choice and
difficult to support semantics considering read_pixel requests that
happen mid-scene.

As a replacement this adds clutter_stage_read_pixels_async which serves
a similar purpose but instead of synchronously painting the stage it
queues a clipped redraw of the region of interest and after the stage is
next painted the region is read and a user given callback is called to
notify that their pixel data is ready.

The new API allows control over the pixel format that pixels are
returned in, there is the potential for us to optimize this api to use
PBOs in the future to completely avoid blocking the mainloop while
waiting for the reads to complete, we avoid redundant scenegraph
traversals and avoid tricky semantics when reading mid-scene.
Comment 1 Fabio Durán Verdugo 2011-06-28 23:16:44 UTC

*** This bug has been marked as a duplicate of bug 653585 ***