I’m using 's plugin to use external textures.
I’m importing them as jpg’s.
In here you can see two cubes that are exactly the same with the exact same material.
The right cube is upside down ( 180 degrees rotated ).
That’s most likely caused because texture is interpreted as sRGB, and normal maps shouldn’t. Is there a way for your to disable it, as it is with normal textures?
In that case, there wouldn’t be an issue with color correction at the import stage.
Could you check color profile in Photoshop or whatever program you use to edit images, to make sure it does NOT use sRGB while working with normal maps?
When using UE4’s built-in system to import normal maps, it checks what color space source is coming from, and adjusts values it reads. Perfectly flat normal map should have values of 128,128,255, but this often gets pushed into 168,168,255 for color-corrected documents (I’m not sure if this number is accurate), when converted to xyz vector this vector is slanted, and not normalized, hence incorrect shading that depends on orientation of the object.
Thanks man! With your help I’v found the solution!
I’v used ImageMagick and entered this line inside the command line window: ( The image I wanted to convert was in the same folder as the program for convinient )
(Hold shift and right click on the program’s folder so you will have the option to open the command window with this path )
It converts it from sRGB to linearRGB.
The normal map becomes brighter. You can higher the intensity of the normal map inside the material editor. it will be more noticable and will not cause this wierd dark effect!
Another note: Lossy image compression formats are not well suited for images that does not store pictures. Those algorithms are tuned to compress without huge visual quality loss. Normal maps store vector direction data which is not them strong suite. I would always use lossless compression like png.
The images supposed to load at real time. This is why I need them to be small as possible.
[/QUOTE]
Uncompressing jpg can be slower than just loading the non compressed file. (in all test that I have ever done from normal hard drive)
What I would do is to load dxt compressed file from DDS. Then you don’t actually have to anything but load it before sending it to the gpu.