lp://staging/~linaro-graphics-wg/compiz-core/oneiric-gles2-11.12
- Get this branch:
- bzr branch lp://staging/~linaro-graphics-wg/compiz-core/oneiric-gles2-11.12
Branch merges
Branch information
Recent revisions
- 2900. By Alexandros Frantzis
-
kde: Explicitly use the global namespace to refer to the X11 Region type
The introduction of KDecorationDefi
nes::Region in recent KDE libs mandates
that we are explicit about which Region type we are referring to. - 2897. By Frederic Plourde
-
Conditionally rebind to oldFbo if we initially did bind scratchFbo successfully.
- 2895. By Travis Watkins
-
use FBO for partial screen paints again
Always bind the FBO for drawing and call glPaintTransfor
medOutput every frame.
Readded the mask to that call so plugins know if it was a partial redraw or not.
Also added API for plugins to get the FBO at any point, this is needed for unity
so it can update its blur area. - 2894. By Travis Watkins
-
Revert "GL_BLEND : don't assume plugins are properly managing GL_BLEND states"
This reverts commit 9e2cfb5d90316cd
45980fab989f9d7 b4606cb3a5. - 2893. By Travis Watkins
-
fix initial paint and fullscreen->region paint switch
When we go from doing fullscreen paints to doing region paints there is no
data in the framebuffer for EGL_post_sub_buffer to draw on so we get a black
screen. This change makes us do a fullscreen paint but go through the region
paint code path so further paints will have something to draw on. On desktop
GL this change makes the first frame with the unityshell plugin draw correctly.
Thanks for Frederic Plourde for almost all of this change. - 2891. By Frederic Plourde
-
GL_BLEND : don't assume plugins are properly managing GL_BLEND states
In fact, they don't. For example, the unityshell plugin uses a
glEnable()... glDisable() kind of paradigm when dealing with *all*
of the GL states (culling, stencil, blending, etc...). So assu-
ming that blending is turned "on" by default is completely wrong
when loading the unityshell plugin. This leads to all sorts of
visual artefacts, window blackness, etc...To fix this, let's NOT assume that plugins take proper care of
setting GL states back to there previous states when returning
from functions.This fix sets appropriate GL blending before every call to
vertexBuffer->render( ...) in the openGL plugin.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp://staging/compiz-core/0.9.5