Daniel Stone <[email protected]> writes: > Hi, > > On 19 March 2014 05:09, Keith Packard <[email protected]> wrote: >> + glPixelStorei(GL_UNPACK_ROW_LENGTH, byte_stride / bytes_per_pixel); > > This isn't natively supported on GLES; it requires > GL_EXT_unpack_subimage, which isn't available on the vast majority of > shipping GLES GPUs. > > (Yes, I know it's lame: it's seriously my #1 gripe about GLES.)
I think that's an open question for glamor: What GLES drivers do we care to target? For desktop GL I think we care about targeting modern Mesa, what's in use on Windows, and what's in use on Mac, and that's why I haven't made ARB_mbr required for it. But for GLES, as far as I know the only people that have shown interest in glamor (Intel) also have control over the driver stack, and can just fix their driver. So, are lame GLES drivers something we really need to support?
pgptF45cxlwdn.pgp
Description: PGP signature
_______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
