<div dir="ltr"><div>Zauber, There is a &quot;Use Alpha&quot; option in the image texture settings which disregards the alpha channel entirely.</div><div><br></div>&gt;Well, that explains one problem of mine.  I use InsaneBump to generate <div>&gt;some of the normal maps I use, and sometimes it generates them with an </div><div>&gt;alpha channel (50% alpha on all pixels).  When it does this, the normal </div><div>&gt;map becomes unusable with Cycles.</div><div><br></div><div>Jason, I actually wrote a patch which allowed this sort of operations -- <a href="https://developer.blender.org/D486">https://developer.blender.org/D486</a> , From memory... The reason why it was changed to the current function was that it was a hacky workaround, and those sorts of workarounds should not be included in cycles.<br></div><div><br></div><div><br></div><div>&gt; I&#39;ve noticed Cycles always loads RGBA textures with black in the transparent areas, as though the file was premultiplied. (Even if blender itself is loading the file with straight alpha). </div><div>&gt;Why does it do this? Is there a way to disable it? It makes it impossible to store anything in a texture&#39;s alpha channel except actual transparency. </div><div>&gt;Trying to store something like bump or roughness data in the alpha channel will ruin whatever is being stored in the RGB side.</div><div><br></div></div>