[PATCH 5/5] wined3d: Alpha test emulation for core profile contexts.
Matteo Bruni
matteo.mystral at gmail.com
Thu Mar 31 18:48:21 CDT 2016
2016-03-31 22:58 GMT+02:00 Henri Verbeet <hverbeet at gmail.com>:
> On 31 March 2016 at 19:51, Matteo Bruni <mbruni at codeweavers.com> wrote:
>> + shader_addline(buffer, "if (alpha_test)\n");
>> + if (alpha_func != WINED3D_CMP_NEVER)
>> + shader_addline(buffer, " if (!(%s[0].a %s alpha_ref))\n",
>> + get_fragment_output(gl_info), comparison_operator[alpha_func - WINED3D_CMP_NEVER]);
>> + shader_addline(buffer, " discard;\n");
> Is there really an advantage to having the "alpha_test" uniform
> instead of just mapping disabled alpha test to WINED3D_CMP_ALWAYS?
The advantage is to avoid creating two shader variants for alpha test
enabled vs disabled and flipping between the two when the
WINED3D_RS_ALPHATESTENABLE state is toggled. I only have some limited
empiric evidence but it seems like changing the alpha test function is
very rare in practice while toggling the alpha test enabled / disabled
is relatively common.
>> @@ -973,6 +981,7 @@ struct ps_compile_args {
>> WORD texcoords_initialized; /* MAX_TEXTURES, 8 */
>> BOOL pointsprite;
>> BOOL flatshading;
>> + enum wined3d_cmp_func alpha_func;
>> };
>>
>> enum fog_src_type {
>> @@ -2022,6 +2031,7 @@ struct ffp_frag_settings
>> unsigned char pointsprite : 1;
>> unsigned char flatshading : 1;
>> unsigned char padding : 5;
>> + enum wined3d_cmp_func alpha_func;
> "alpha_func" only needs 4 bits (3 if you just mask the 4th bit), so
> would still fit in the padding. That applies somewhat to struct
> ps_compile_args as well, although we may care less there.
Yes, it can be compressed. I'll have a look.
More information about the wine-devel
mailing list