<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [NV67] Incomplete implementation of OpenGL 2.1"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99033#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [NV67] Incomplete implementation of OpenGL 2.1"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99033">bug 99033</a>
from <span class="vcard"><a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> <span class="fn">Ilia Mirkin</span></a>
</span></b>
<pre>(In reply to Ilya Indigo from <a href="show_bug.cgi?id=99033#c4">comment #4</a>)
<span class="quote">> And determined the expansion are absent in nouveau, but there is nvidia.
>
> GL_EXT_texture_format_BGRA8888
> GL_OES_mapbuffer
> GL_OES_texture_3D</span >
These are ES extensions and not available in a desktop GL profile, on nvidia or
nouveau. They should, however, be present on a mesa ES profile. See
<a href="https://people.freedesktop.org/~imirkin/glxinfo/#p=es&v=Mesa%2010.6.0">https://people.freedesktop.org/~imirkin/glxinfo/#p=es&v=Mesa%2010.6.0</a>
<span class="quote">> GL_ARB_framebuffer_object</span >
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 those
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).
<span class="quote">> Problem effect is "Taskbar thumbnail"
> ./kwin/effects/taskbarthumbnail/*
>
> When you mouse hover over a tab on the taskbar instead of the window shows a
> blank thumbnail translucent rectangle of the appropriate size.
> When you switch on the OpenGL 1.2 kwin thumbnail is displayed.</span >
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 that
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?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>