[Mesa-dev] About the current EGL & GLES 1.x implementation
alexdeucher at gmail.com
Fri Aug 26 05:37:21 PDT 2011
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu <olvaffe at gmail.com> wrote:
> On Fri, Aug 26, 2011 at 3:52 PM, Ilyes Gouta <ilyes.gouta at gmail.com> wrote:
>> Thanks a lot Chia-l,
>> In general, do you guys keep a matrix (per driver, mesa version),
>> where supported and unsupported features are listed?
> Some of the driver developers do, but I am not sure if they have
> GLESv1 covered. I will let other developers comment.
We have a basic page here:
for radeon hw, but it's not broken down by extensions.
>> Also, is there a reference renderer in mesa that I can toggle on at
>> runtime (such as using an env. variable) so that I can compare with
>> the hardware accelerated rendering?
> There is a software renderer. You can add swrast to
> --with-gallium-drivers. Set LIBGL_ALWAYS_SOFTWARE=1 at runtime and it
> will make EGL pick swrast up.
>> Thanks a lot,
>> On Fri, Aug 26, 2011 at 4:24 AM, Chia-I Wu <olvaffe at gmail.com> wrote:
>>> On Fri, Aug 26, 2011 at 3:39 AM, Ilyes Gouta <ilyes.gouta at gmail.com> wrote:
>>>> Is there any document describing the current status of the EGL & GLES
>>>> 1.x implementation for X11?
>>>> I've got already some code compiling and running but I'd like to have
>>>> a clear idea on the currently implemented feature set (w/ details if
>>>> possible, per driver?) and any future plan to beef it up. I'm looking
>>>> for information such as the blending modes of glBlendFunc(), lighting,
>>>> glTexEnvi() modes, etc.
>>> GL and GLES share the same core in Mesa. So what works under GL for
>>> your hardware is likely to work under GLES. But you might run into
>>> issues with Intel hardware as GLESv1 extensions are not properly
>>> enabled yet.
>>>> mesa-dev mailing list
>>>> mesa-dev at lists.freedesktop.org
>>> olv at LunarG.com
> olv at LunarG.com
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
More information about the mesa-dev