<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Brian  and Daniel,<div><br></div><div>Thank you for your very helpful suggestions. It turns out that our software calls glClearColor with 0.0 for alpha. I'm not sure what glxgears does but presumably it calls glClearColor(1,1,1,0). Changing alpha to 1.0 makes the call to glClear(GL_COLOR_BUFFER_BIT) fill the background with the fully opaque color without any bleed-through from the underlying window contents. Our translucent primitives, however, still blend with the underlying window contents. When we render translucent primitives we set glColor4f with a specific alpha value that is dependent on the desired translucency and we use glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA). Is there a more appropriate blend function for src or dst?</div><div><br></div><div>It is worthy to note that the native NVidia OpenGL drivers or the default Mesa OpenGL library backed with Nouveau drivers do not exhibit this issue. It is only the swrast driver in the Mesa OpenGL library that I built from source.</div><div><br></div><div>I did find a workaround online. Apparently by exporting the following environment variable assignment, XLIB_SKIP_ARGB_VISUALS=1, the issues no longer manifest. If there is a better solution to get blending to work or a bug fix to Mesa I would prefer that over the environment variable, nevertheless, I appreciate the suggestions given.</div><div><br></div><div>Thanks,</div><div>Michael</div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 30, 2019 at 3:57 AM Daniel Trstenjak <<a href="mailto:daniel.trstenjak@gmail.com">daniel.trstenjak@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> IIRC, this is something that the window manager is doing.<br>
> <br>
> Which window manager are you using?  Maybe you need to change some <br>
> compositing setting.<br>
<br>
I had similar issues with an older Mesa version.<br>
<br>
And yes, disabling the compositing in the window manager<br>
solved the issue.<br>
<br>
But it's still not clear to me why I'm only having the<br>
issue with Mesa, but not with a NVIDIA driver. With<br>
the NVIDIA driver I hadn't to disable the compositing.<br>
<br>
So there seems to be some kind of application specific setting<br>
which causes the different behavior with Mesa and the <br>
NVIDIA driver.<br>
<br>
In our cases additionally Qt5 is involved, which complicates<br>
the case a little further.<br>
<br>
Greetings,<br>
Daniel<br>
_______________________________________________<br>
mesa-users mailing list<br>
<a href="mailto:mesa-users@lists.freedesktop.org" target="_blank">mesa-users@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-users" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-users</a><br>
</blockquote></div>