Blend Zero One/One Zero Question

Unity Engine
1

Hi,

I have a question about blending. I have to planes. First one is a bit on the left and second is on the right and in front of the previous one but they still overlap. The plane on the left has Default Material(Standard Shader) and the one on the right has Material with my custom shader. My custom shader look like this:

Shader "Custom/Multiply" {
    Properties{
        _Color("Color", Color) = (1,1,1,1)
        _MainTex("Albedo (RGB)", 2D) = "white" {}
    }
        SubShader{
        Tags{ "Queue" = "Transparent" "RenderType" = "Transparent" "IgnoreProjector" = "True" }

        // inside Pass
        ZWrite Off
        Blend Zero One

            CGPROGRAM
        #pragma surface surf Unlit alpha:blend

        #pragma target 3.0

        sampler2D _MainTex;

        struct Input {
            float2 uv_MainTex;
        };
        fixed4 _Color;

        fixed4 LightingUnlit(SurfaceOutput s, fixed3 lightDir, float atten)
        {
            fixed4 c;
            c.rgb = s.Albedo;
            c.a = s.Alpha;

            return c;
        }

        void surf(Input IN, inout SurfaceOutput o) {
            // Albedo comes from a texture tinted by color
            // tex2D(_MainTex, IN.uv_MainTex) *
            fixed4 c = _Color;
            o.Albedo = c.rgb;
            o.Alpha = c.a;
        }
        ENDCG
    }
        FallBack "Diffuse"
}

Currently the Plane with my custom shaders covers the plane behind. With Blend Zero One command I expected that color of the plane in front would be multiplied with zero and added to the destination color so I should see the plane with default material. With Blend One Zero command I expected that the color of the overlapped section of the planes would be the same as color of the plane on the right(section which is not overlapped). Obviously I am wrong. Could someone explain to me how Blend Zero One/One Zero really works. Thanks for any help.

2

Blend One Zero is equivalent to no blend, the resulting math is (Src * One) + (Dst * Zero) or (shader output * 1.0) + (frame buffer * 0.0). Inversely Blend Zero One is equivalent to rendering nothing and just showing the background as the shader output is multiplied by zero and the frame buffer is multiplied by one.

Multiply would be Blend DstColor Zero, which means (shader output * frame buffer) + (frame buffer * zero).

However surface shaders will override your blend mode when you use the alpha keyword.

edit: You really want to be using a vertex / fragment shader for this instead of a surface shader. Surface shaders do a lot behind the scenes that you probably don’t want.

3 Likes
3

I removed alpha keyword from the shader and now it blends as I expected. I’ve added #pragma debug to my shader and looked at compiled code. There was a line Blend SrcAlpha OneMinusSrcAlpha although I put Blend One Zero to my shader. You were right about alpha keyword overriding my blend command. Thank You very much for help

4

Hi bgolus! I know this is an old thread, but I saw this thread when I search for “difference between Blend One Zero and Blend Off”. I know the result is the same, but I wonder is there any performance difference between “blend off” and “blend one zero”? Will “blend one zero” cause more calculation? Thank you!

5

At face value if it’s actually implemented as described by the spec, ie: Src * SrcFactor + Dst * DstFactor, then “Blend One Zero” whould be more expensive. However it’s unlikely most GPUs / graphics drivers actually do that and would likely fall back to “Blend Off” when presented with “Blend One Zero”.

But that doesn’t matter since Unity automatically has the logic to disable the blend when a shader is set to “Blend One Zero”, even if being set by shader properties.

So, no, there are no additional calculations. They are exactly the same in practice, at least for Unity.

4 Likes
6

Thank you bgolus!!! :slight_smile: