Transparent textures behaviour in WebGL

You’re running into depth buffer issues, it has nothing to do with your shader or blend modes.

What’s happening is that the order that you render your transparent geometry in is affecting your ability to render behind it. This is because the depth buffer has no concept of transparent or non-transparent. As a result, even though they don’t visually contribute to the scene those transparent pixels write themselves into the depth buffer anyway, and after that any pixels that you draw behind them will be discard because they’re “not visible”. If you drew the geometry behind the transparent object first, though, it would show correctly because it gets written into the frame before the transparent depth is put in place to discard it.

This is something that even large commercial game engines still struggle with to some degree, so don’t feel bad about it causing some confusion. 🙂

There’s no “perfect solution” to this problem, but what it really boils down to is trying to structure your scene like so:

  1. Render any opaque geometry sorted by state (shader/texture/etc)
  2. Render any transparent geometry next. If possible sort these by depth, so that you draw the furthest one from the camera first.

Simply by flagging the bits of geometry that are transparent and rendering them after everything else you’ll solve 90% of this problem, but the issue may still remain for overlapping transparent objects. That may not be an issue for you, depending on your scene, but if it’s still causing artifacts you’ll need to sort transparent objects by depth before you draw.

Leave a Comment