Displaying 3 results from an estimated 3 matches for "cull_mask".
2015 May 25
4
[RFC PATCH 00/11] Implement ARB_cull_distance
...g.,
have something like
gl_ClipDistance[5] = 1;
gl_CullDistance[0] = 1;
Then it would decide that there are 6 clip distances (or if there's an
explicit out float gl_ClipDistance[n], then use that), and 1 cull
distance. In the TGSI, I'm thinking this might look approximately like
PROPERTY CULL_MASK (1<<6)
DCL OUT[0], CLIPDIST[0]
DCL OUT[1], CLIPDIST[1]
MOV OUT[1].y, 1 (clip distance[5])
MOV OUT[1].z, 1 (cull distance[0])
Then basically you'd have
(rast->clip_enable & shader->actual_clip_writes_mask) | cull_mask =
the enabled distances
cull_mask = cull mask
This would wo...
2015 May 25
2
[RFC PATCH 00/11] Implement ARB_cull_distance
On 25 May 2015 at 08:11, Marek Olšák <maraeo at gmail.com> wrote:
> It's the same on Radeon. There are 2x ClipOrCullDistance output
> vectors and a mask saying it should clip or cull or do nothing.
>
> Marek
>
My thinking was gallium should have a single semantic and a mask in
the shader definition maybe.
though it doesn't solve the does nvidia do the right thing with
2015 May 27
2
[RFC PATCH 00/11] Implement ARB_cull_distance
...CullDistance[0] = 1;
>>
>> Then it would decide that there are 6 clip distances (or if there's an
>> explicit out float gl_ClipDistance[n], then use that), and 1 cull
>> distance. In the TGSI, I'm thinking this might look approximately like
>>
>> PROPERTY CULL_MASK (1<<6)
>> DCL OUT[0], CLIPDIST[0]
>> DCL OUT[1], CLIPDIST[1]
>> MOV OUT[1].y, 1 (clip distance[5])
>> MOV OUT[1].z, 1 (cull distance[0])
>>
>> Then basically you'd have
>>
>> (rast->clip_enable & shader->actual_clip_writes_mask) |...