Jose Fonseca wrote:

> > > Nevertheless I didn't found an explanation of why the maximum texture
> > > size was being derived from the maximum texture level in Mesa. In the
> > > specs it says that the the maximum allowable size of a texture must be
> > > _at least_ 2^(k-lod)-2*b_t , and not equal.
> >
> > On which page, please?
> 
> OpenGL Spec 1.3, page 121.

Hmmm, I really don't know why it says "at least" and not "equal".
I might have to ask someone about that.  If that paragraph is hinting
at underlying implementation details then I do know of cases in which
the hardware stores texture images that are actually larger than what
you specify.  For example, I recall one system that actually used
double-sized textures whenever you used a texture border (yikes).


> > > Otherwise, where does it
> > > stay a card that's not capable of mipmapping but can hold textures
> > > bigger than 1x1?
> >
> > I don't understand.
> >
> > The spec seldom specifically talks cards/hardware.  It's expected
> > that when a hardware implementation of OpenGL can't implement the
> > spec that software should be used instead.
> >
> 
> This comment is of my own. I don't what's the 3d graphics cards
> panorama, but the way I see it Mesa can't describe the limitations of a
> card which is not capable of mipmapping, or can hold textures bigger
> than 2^MAXIMUM_TEXTURE_LEVEL, because intrinsicly associates maximum
> texture size with maximum texture levels.

Maximum texture size and max texture levels are related and you can
describe one in terms of the other.  That's why Mesa only has
ctx->Const.MaxTextureLevels and not ctx->Const.MaxTextureSize.  Also,
we don't want any hardware-specific weirdness in core Mesa.  It's up
to each driver to deal with weirdness.  Specifically, the Mach64
driver will have to fallback to software rendering whenever the
current texture state can't be implemented in hardware.


> Again, I don't know if there is any other case besides mach64; and
> regardless of that, one can always pretend to support more texture
> levels and ignore/fallback for the images other than the base level.

Right.

-Brian

_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to