Jason,
No worries. It looks like my mail client munged the patch in some way.
I'm sending it as an attachment in the hopes that it will remain
untouched.
Sean Burke
On Wed, Mar 11, 2015 at 2:53 PM, Jason Ekstrand wrote:
> Sean,
> Sorry it's taken so long for me to get to thi
The memory layout of compatible internal formats may differ in bytes per
block, so TexFormat is not a reliable measure of compatibility. For example,
GL_RGB8 and GL_RGB8UI are compatible formats, but GL_RGB8 may be laid out in
memory as B8G8R8X8. If GL_RGB8UI has a 3 byte-per-block memory layout, t
The memory layout of compatible internal formats may differ in bytes per
block, so TexFormat is not a reliable measure of compatibility. For example,
GL_RGB8 and GL_RGB8UI are compatible formats, but GL_RGB8 may be laid out in
memory as B8G8R8X8. If GL_RGB8UI has a 3 byte-per-block memory layout, t
On Sat, Mar 7, 2015 at 12:06 PM, Jason Ekstrand
wrote:
>
> On Mar 7, 2015 10:57 AM, "Sean Burke" wrote:
> >
> > The memory layout of compatible internal formats may differ in bytes per
> > block, so TexFormat is not a reliable measure of compatibility.
>
The memory layout of compatible internal formats may differ in bytes per
block, so TexFormat is not a reliable measure of compatibility. Additionally,
the current check allows compressed textures of the same block size to be used,
which is in violation of the spec.
v2: Use a switch instead of arra
The memory layout of compatible internal formats may differ in bytes per
block, so TexFormat is not a reliable measure of compatibility. Additionally,
the current check allows compressed textures of the same block size to be used,
which is in violation of the spec.
Additionally, add a fixme for an
tions as to a good place to start working would be much appreciated.
Sean Burke
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
