# Bump normals flipped on certain faces

**URL:** <https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889>\
**Category:** General\
**Created:** [August 25, 2016, 4:00pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889 "2016-08-25T16:00:01Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![evanerichards](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@evanerichards](https://forums.chaos.com/u/evanerichards)\
**Post date:** [August 25, 2016, 4:00pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/1 "2016-08-25T16:00:01Z")

</div>

Ok. So I’ve got a really head scratcher of a problem here. This isn’t a vray problem I don’t think, but I was hoping someone could help me identify the problem.

I’m on maya 2016 using vray 3.4

I have a building model. It has diffuse maps. I used those to generate normal maps. So all the normal maps should be accurate and correct.  
The model itself has all of its surface normals pointing out. They are all correct as far as I can see. When I look at the normals pass they all look correct. When I look at a AO render there is nothing black (another indication that the normals are not flipped).

However, when I render out the building, certain faces have the _bump normals_ flipped. Where brick morter is usually indented, now it is popping out. How is this possible? It isn’t the normal maps I think since they were all generated from the diffuse textures and surface normal direction shouldn’t even enter into it.

None of the UV shells are flipped either. They are all blue in mayas UV editor however when I flip them so that they are backwards, it seems to fix the problem. However, this isn’t really a viable solution since when I flip a non-symetrically shaped UV shell it doesn’t match the textures anymore.

Any thoughts on what this is or how to fix this?

---

<div class="post-metadata">

**Author:** ![yolov](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/yolov/32/11920_2.png) [@yolov](https://forums.chaos.com/u/yolov)\
**Post date:** [August 25, 2016, 4:13pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/2 "2016-08-25T16:13:07Z")

</div>

Can you share an example?

---

<div class="post-metadata">

**Author:** ![evanerichards](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@evanerichards](https://forums.chaos.com/u/evanerichards)\
**Post date:** [August 25, 2016, 4:21pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/3 "2016-08-25T16:21:18Z")

</div>

Give me a couple minutes and I’ll post some screenshots.

---

<div class="post-metadata">

**Author:** ![Morbid\_Angel](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/morbid_angel/32/21272_2.png) [@Morbid\_Angel](https://forums.chaos.com/u/Morbid_Angel)\
**Post date:** [August 25, 2016, 4:22pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/4 "2016-08-25T16:22:55Z")

</div>

This might happen if the geometry has negative scale. See if that is the case, or post problematic piece.

---

<div class="post-metadata">

**Author:** ![evanerichards](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@evanerichards](https://forums.chaos.com/u/evanerichards)\
**Post date:** [August 25, 2016, 4:31pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/5 "2016-08-25T16:31:49Z")

</div>

Well, if the geometry had a negative scale wouldn’t that effect the whole model? And not just certain faces?

---

<div class="post-metadata">

**Author:** ![Morbid\_Angel](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/morbid_angel/32/21272_2.png) [@Morbid\_Angel](https://forums.chaos.com/u/Morbid_Angel)\
**Post date:** [August 25, 2016, 4:51pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/6 "2016-08-25T16:51:38Z")

</div>

This is correct, but you never know with maya 🙂

I could also suggest freeze all transforms on it and unlock/set normal angle

---

<div class="post-metadata">

**Author:** ![evanerichards](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@evanerichards](https://forums.chaos.com/u/evanerichards)\
**Post date:** [August 25, 2016, 6:02pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/7 "2016-08-25T18:02:14Z")

</div>

Attach the image into the shader bump/normals slot.

What’s even happening here?  
[model.zip](https://forums.chaos.com/uploads/short-url/cF2sJ2f3gPbyPiXOiILpSuS8Rsv.zip) (22 KB)

---

<div class="post-metadata">

**Author:** ![Morbid\_Angel](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/morbid_angel/32/21272_2.png) [@Morbid\_Angel](https://forums.chaos.com/u/Morbid_Angel)\
**Post date:** [August 25, 2016, 9:03pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/8 "2016-08-25T21:03:03Z")

</div>

switch the color space on normal map file loader to raw.

---

<div class="post-metadata">

**Author:** ![yolov](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/yolov/32/11920_2.png) [@yolov](https://forums.chaos.com/u/yolov)\
**Post date:** [August 25, 2016, 9:14pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/9 "2016-08-25T21:14:40Z")

</div>

This might be the possible reason, yes. With 2016 and later maya versions we support the file node color management but the file node itself in no way makes a difference if there is a normal map plugged in or a diffuse texture. I think there is a way to improve that though.

---

<div class="post-metadata">

**Author:** ![Morbid\_Angel](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/morbid_angel/32/21272_2.png) [@Morbid\_Angel](https://forums.chaos.com/u/Morbid_Angel)\
**Post date:** [August 25, 2016, 10:49pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/10 "2016-08-25T22:49:06Z")

</div>

I just thought to plug in a solid color with same values as blank normal map, 240,0.5,1 and got proper result. This suggested that the way the map was being read was wrong. I think normal map does not need to be gamma corrected in any way, and setting color profile to sRgb offset that value.

---

<div class="post-metadata">

**Author:** ![evanerichards](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@evanerichards](https://forums.chaos.com/u/evanerichards)\
**Post date:** [August 26, 2016, 2:29pm UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/11 "2016-08-26T14:29:45Z")

</div>

Wow. This is amazing. Thanks Morbid and yolov.

I’m still not sure why this works, seems kind of like a magic trick. I feel like when I apply a solid color neutral normal map, I understand that the sRGB color space throws it off, but it seems like it should throw it off equally for every face since every face is getting exactly the same color. But I still see some specific faces looking like the bump normals are flipped. Does that make sense?

I was experiencing this problem on the models someone else made, but not on the models that I made. I feel like it should be consistent. Either all normal maps are off without using RAW, or none of them are.

So, does that mean that all normal maps should be applied RAW and not sRGB?

---

<div class="post-metadata">

**Author:** ![Morbid\_Angel](https://dub1.discourse-cdn.com/chaosprd/user_avatar/forums.chaos.com/morbid_angel/32/21272_2.png) [@Morbid\_Angel](https://forums.chaos.com/u/Morbid_Angel)\
**Post date:** [August 27, 2016, 12:02am UTC](https://forums.chaos.com/t/bump-normals-flipped-on-certain-faces/59889/12 "2016-08-27T00:02:33Z")

</div>

For normal maps, no gamma correction or any kind of correction should be applied.

For difference in normals shading on your mesh, it happens in areas where there are more polygons, my guess is - all of the normals are wrong no matter where they are, some exhibit more noticeable shading issues then others, but imho they are all incorrect. I was surprised to find that your object was rendering for so long, being almost a simple plane. This meant that the “bad” normals caused it to sample/shade incorrectly and made the render time what it was.
