For instance, here I have two cubes that are offset only on the x-axis. When I render them (using Blender's internal renderer), the overlapping faces interfere with each other and the result looks awful. A quick and easy solution would be to offset them by just a smidget, but is there another solution that allows faces to overlap and not exhibit this graphical glitch?

ew overlapping faces

  • $\begingroup$ Renderers really hate overlapping faces; they don't do well with figuring out what materials/textures to give precedence to. As such, overlapping faces are a major concern. $\endgroup$ Commented May 22, 2013 at 22:10
  • $\begingroup$ @GiantCowFilms: What? This question was asked in May and that question was asked in December. $\endgroup$ Commented Apr 11, 2016 at 19:54
  • $\begingroup$ @El'endiaStarman Policy states that we should prioritize best content. The answers on the other post are better and it has more votes. I know it might seem a little unfair, but stack exchange is about building up a knowledge base, sometimes at the cost of giving someone the shorter end of the stick (quite frankly though, I sort of agree with you personally) $\endgroup$ Commented Apr 11, 2016 at 20:23
  • $\begingroup$ @GiantCowFilms: That's quite understandable, and there's a similar policy on at least one other site that I frequent. Was just weird to get that notification almost three years after I asked the question. :P $\endgroup$ Commented Apr 11, 2016 at 20:38
  • 1
    $\begingroup$ @GiantCowFilms: Ahh, I see. Well, I went ahead and finished the closure since the other question and its answers are definitely much better. :) $\endgroup$ Commented Apr 11, 2016 at 21:37

4 Answers 4


As a general rule of thumb you should never have overlapping faces as you'll almost always get the artifacts you're seeing.. You're better off removing the overlap.


Well, the short answer to your question...

"is there another solution that allows faces to overlap and not exhibit this graphical glitch?"

...is no.

The glitch you are seeing is called z-fighting, and it is essentially impossible to avoid where you have overlapping, coplanar faces.

From Wikipedia:

Z-fighting is a phenomenon in 3D rendering that occurs when two or more primitives have similar values in the z-buffer. It is particularly prevalent with coplanar polygons, where two faces occupy essentially the same space, with neither in front. Affected pixels are rendered with fragments from one polygon or the other arbitrarily, in a manner determined by the precision of the z-buffer.

Basically what is happening is when two coplanar faces occupy the exact same space Blender doesn't know which of the two faces to render. The faces are "fighting" which one is closer to the camera. So due to floating-point calculations in the distance to the camera (z-buffer), various points of the shared surface are rendered as one of the faces, and other parts are rendered as the other face. This results in the strange, undesirable glitch you are witnessing.

So without actually moving one of the fighting faces (which you have excluded) there is no way to eliminate z-fighting.

  • $\begingroup$ I wouldn't mind as much hitting one face or the other randomly if they weren't shadowing each other. It hasn't happened to me yet, but it did occur in the asker's case. Was this fixed in a later version of Blender? Clipping the bouncing rays at some minuscule distance should do the trick. $\endgroup$ Commented Mar 5, 2017 at 12:52
  • $\begingroup$ @JanDvorak No it wasn't fixed. It probably never will be fixed either, it's probably the most famous glitch in 3D graphics and any software/renderer will experience it. The only way to fix it is to not have overlapping faces. $\endgroup$
    – PGmath
    Commented Mar 5, 2017 at 15:54
  • $\begingroup$ Having near clip on bouncing rays should cut it, shouldn't it? Solid materials can also be fixed manually by culling backfaces (and intersecting transparent materials are nonphysical in any case. $\endgroup$ Commented Mar 5, 2017 at 16:14

In blender-internal renderer there is a material option 'Z Offset' you can use to force one material to render on-top of another even if the faces overlap. This works in the game engine too and is quite handy at times.

  • 1
    $\begingroup$ Is Z Offset only for Z-Transp materials? That's what the tooltip suggests. It's otherwise grayed-out. $\endgroup$
    – Mike Pan
    Commented May 23, 2013 at 4:58

One way to avoid this kind of overlap is to use the Boolean modifier. If you have two shapes that are overlapping, you can join them together into a single shape by selecting the Boolean modifier and selecting 'Operation: Union.' In the example you provided in the question, this will give you a single rectangular prism you can manipulate that will render as one smooth shape.

Screenshot of Boolean modifier

  • 2
    $\begingroup$ I don't think this works as you'd expect. Actually, the resulting render will be even worse, due to how the resulting mesh is constructed. $\endgroup$
    – jesterKing
    Commented May 23, 2013 at 10:14

Not the answer you're looking for? Browse other questions tagged .