Comment=
# 6
on bug 99033<=
/a>
from Ilia Mirkin
(In reply to Ilya Indigo from comment #4)
> And determined the expansion are absent in nouve=
au, but there is nvidia.
>=20
> GL_EXT_texture_format_BGRA8888
> GL_OES_mapbuffer
> GL_OES_texture_3D
These are ES extensions and not available in a desktop GL profile, on nvidi=
a or
nouveau. They should, however, be present on a mesa ES profile. See
https://people.freedesktop.org/~imirkin/glxinfo/#p=3Des&=
v=3DMesa%2010.6.0
> GL_ARB_framebuffer_object
Yeah, we don't support that one while NVIDIA does. It requires a lot of
work-arounding to handle all the cases not supported by the HW. Tripping th=
ose
up gets you off the fastpath in the blob driver and it slows down bigtime. =
We
have no such fallbacks in nouveau.
However GL_EXT_framebuffer_object is supported, and doesn't allow the
unsupportable conditions (like attachments of different sizes).
> Problem effect is "Taskbar thumbnail"
> ./kwin/effects/taskbarthumbnail/*
>=20
> When you mouse hover over a tab on the taskbar instead of the window s=
hows a
> blank thumbnail translucent rectangle of the appropriate size.
> When you switch on the OpenGL 1.2 kwin thumbnail is displayed.
That sounds like you're hitting a situation where you have a depth buffer
that's incompatible with the color buffer. We're supposed to fall back in t=
hat
situation, but don't. As a result, there's no depth, which can lead to no
rendering. Once this is supported, we could probably look at supporting
ARB_framebuffer_object, as similar mechanisms would be required.
Is there a link to the code I could glance at to see if that's likely the
issue?