[Mesa-stable] [Mesa-dev] [PATCH] mesa: enable GL_TEXTURE_LOD_BIAS set/get v2
Kenneth Graunke
kenneth at whitecape.org
Wed Nov 20 23:54:56 PST 2013
On 11/20/2013 10:36 PM, Tapani Pälli wrote:
> On 11/21/2013 12:04 AM, Kenneth Graunke wrote:
>> On 11/20/2013 09:45 AM, Ian Romanick wrote:
>>> On 11/20/2013 09:08 AM, Kenneth Graunke wrote:
>>>> On 11/20/2013 03:27 AM, Tapani Pälli wrote:
>>>>> Earlier comments suggest this was removed from GL core spec but it is
>>>>> still there. Enabling makes 'texture_lod_bias_getter' Khronos
>>>>> conformance tests pass, also removes some errors from Metro Last Light
>>>>> game which is using this API.
>>>>>
>>>>> v2: leave NOTE comment (Ian)
>>>>>
>>>>> Cc: "9.0 9.1 9.2 10.0" <mesa-stable at lists.freedesktop.org>
>>>>> Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>
>>>>> Reviewed-by: Ian Romanick <ian.d.romanick at intel.com>
>>>>> Signed-off-by: Tapani Pälli <tapani.palli at intel.com>
>>>>> ---
>>>>> src/mesa/main/texparam.c | 16 ++++++++--------
>>>>> 1 file changed, 8 insertions(+), 8 deletions(-)
>>>>>
>>>>> diff --git a/src/mesa/main/texparam.c b/src/mesa/main/texparam.c
>>>>> index d56b7d9..f77e7f6 100644
>>>>> --- a/src/mesa/main/texparam.c
>>>>> +++ b/src/mesa/main/texparam.c
>>>>> @@ -684,11 +684,8 @@ set_tex_parameterf(struct gl_context *ctx,
>>>>> return GL_FALSE;
>>>>> case GL_TEXTURE_LOD_BIAS:
>>>>> - /* NOTE: this is really part of OpenGL 1.4, not
>>>>> EXT_texture_lod_bias.
>>>>> - * It was removed in core-profile, and it has never existed
>>>>> in OpenGL
>>>>> - * ES.
>>>>> - */
>>>>> - if (ctx->API != API_OPENGL_COMPAT)
>>>>> + /* NOTE: this is really part of OpenGL 1.4, not
>>>>> EXT_texture_lod_bias. */
>>>>> + if (_mesa_is_gles(ctx))
>>>>> goto invalid_pname;
>>>>> if
>>>>> (!target_allows_setting_sampler_parameters(texObj->Target))
>>>>> @@ -1513,7 +1510,7 @@ _mesa_GetTexParameterfv( GLenum target,
>>>>> GLenum pname, GLfloat *params )
>>>>> *params = (GLfloat) obj->DepthMode;
>>>>> break;
>>>>> case GL_TEXTURE_LOD_BIAS:
>>>>> - if (ctx->API != API_OPENGL_COMPAT)
>>>>> + if (_mesa_is_gles(ctx))
>>>>> goto invalid_pname;
>>>>> *params = obj->Sampler.LodBias;
>>>>> @@ -1701,10 +1698,13 @@ _mesa_GetTexParameteriv( GLenum target,
>>>>> GLenum pname, GLint *params )
>>>>> *params = (GLint) obj->DepthMode;
>>>>> break;
>>>>> case GL_TEXTURE_LOD_BIAS:
>>>>> - if (ctx->API != API_OPENGL_COMPAT)
>>>>> + if (_mesa_is_gles(ctx))
>>>>> goto invalid_pname;
>>>>> - *params = (GLint) obj->Sampler.LodBias;
>>>>> + /* GL spec 'Data Conversions' section specifies that
>>>>> floating-point
>>>>> + * value in integer Get function is rounded to nearest
>>>>> integer
>>>>> + */
>>>>> + *params = (GLint) roundf(obj->Sampler.LodBias);
>>>> Yikes! I missed this change in the original patch.
>>>>
>>>> The call to roundf here is definitely wrong. If you look above, you'll
>>>> find...
>>>>
>>>> void GLAPIENTRY
>>>> _mesa_GetTexLevelParameterfv( GLenum target, GLint level,
>>>> GLenum pname, GLfloat *params )
>>>> {
>>>> GLint iparam;
>>>> _mesa_GetTexLevelParameteriv( target, level, pname, &iparam );
>>>> *params = (GLfloat) iparam;
>>>> }
>>>>
>>>> ...so, your change means that we'll always round to the nearest
>>>> integer,
>>>> even for GetTexLevelParameterfv.
>>> But his patch modifies GetTexParameter. There are already separate
>>> paths for GetTexParameterfv and GetTexParameteriv. Note the last two
>>> hunks of the patch.
>> You're right; I totally read the wrong thing...so my concern is invalid,
>> and this patch is probably fine.
>>
>>>> I think you should drop the roundf change from this patch, making it
>>>> entirely about exposing the values. Later patches can fix the values.
>>>>
>>>> The other thing that concerns me is that there are other floating point
>>>> values being returned, and none of them have this roundf treatment.
>>>> Assuming the justification in your comment is correct (I haven't
>>>> checked), then they'd all be wrong, and all need to be fixed.
>>> I don't see anything in _mesa_GetTexParameteriv that's incorrectly
>>> handling floats. The only other floats that I noticed were colors or
>>> other values that get returned as fixed-point. Did you notice anything
>>> specific? Or were you looking at GetTexLevelParameteriv? :)
>> GL_TEXTURE_MAX_ANISOTROPY is also a float. I think that's the only one,
>> though, so maybe that can just get fixed separately. *shrug*
>
> ok, I'll add this to the patch.
It's really unrelated, and as Roland pointed out, the existing
implementation is probably fine.
I would just push v2 of your patch. You have push access.
Sorry for the trouble.
--Ken
More information about the mesa-stable
mailing list