Mipmap support broken

Bug #1016364 reported by Sam Spilsbury on 2012-06-22
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
High
Sam Spilsbury

Bug Description

Mipmapping support appears to be broken in several ways
1. glGenerateMipmapEXT is called multiple times for tfp textures
2. glGenerateMipmapEXT is called after glTexParameteri with GL_LINEAR_MIPMAP_LINEAR as the filter mode, and sometimes not called at all, which is undefined
3. We check for GL::fbo support before actually setting it from the extension lookup after glXCreateContext is called. As such, when we lookup an optimal pixmap fbconfig, we never find one that supports mipmaps, and it is merely "luck of the draw" as to whether or not we actually get one that does
4. We generate mipmaps for tfp textures even though mipmaps aren't actually supported on the config target, because we don't check priv->mipmapSupport

This generally results in white windows when mipmapping is enabled. See bug 1006216 and bug 729979 (which I suspect is happening because someone enables mipmaps on the animated windows)

Related branches

Changed in compiz:
status: New → In Progress
assignee: nobody → Sam Spilsbury (smspillaz)
importance: Undecided → High
milestone: none → 0.9.8.0
MC Return (mc-return) wrote :

Is this related to bug 1009566 / bug 913521 ?

Daniel van Vugt (vanvugt) wrote :

Yes it sounds likely this *might* fix bug 913521.

Changed in compiz:
milestone: 0.9.8.0 → 0.9.8.1
Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
Changed in compiz:
milestone: 0.9.8.4 → 0.9.9.0
Changed in compiz:
milestone: 0.9.9.0 → 0.9.9.2
Changed in compiz:
milestone: 0.9.9.2 → 0.9.10.0
Changed in compiz:
milestone: 0.9.10.0 → 0.9.10.2
MC Return (mc-return) on 2013-07-24
Changed in compiz:
milestone: 0.9.10.2 → 0.9.11.0
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers