[PATCH 0/7] Add tracing and retracing for EGL (with desktop GL)

José Fonseca jose.r.fonseca at gmail.com
Thu Nov 3 16:04:52 PDT 2011

On Thu, Nov 3, 2011 at 10:56 AM, Chia-I Wu <olvaffe at gmail.com> wrote:
> Hi list,
> We, at LunarG, use apitrace to trace GLES apps on Android.  This is an attemp
> to contribute back our changes to apitrace, mainly to add support for EGL and
> GLES.  In this first series, EGL (with desktop GL) support is added.
> Following this, I'd like to send an RFC series to add GLES support.  If you'd
> like to see the complete changes to determine whether this series is to be
> accepted, the changes for GLES are available on github
>  https://github.com/olvaffe/apitrace/tree/gles
> I could also send that RFC series to the list if that is preferred.
> This series adds a new target, egltrace.so, when EGL is found on the system.
> It is supposed to be used like glxtrace.so, but is for EGL/OpenGL apps.  They
> are tested with demos from Mesa demos repository.
> For now, only EGL 1.4 functions are traced.  No extensions are supported.
> This could limit its usefulness a lot, but I'd like to get the infrastructure
> ready first before expanding it to be more complete and useable.
> If you try to use it with an EGL/GLES app, first of all, the trace file will
> be incomplete as GLES specific functions are not intercepted.  And when you
> run glretrace on it, glretrace will abort with a warning when the first call
> to eglCreateContext is retraced.

Hi Olv,

Thank you and LunarG for contributing this. I have't had much personal
exposure to EGL/GLES, but it seems to have pickup a lot of interest

I'll need a bit more time to go through this series and the branch.

I'm not very worry about the new functionality -- I've seen from the
LunarG website that works pretty well --, but I'd like to understand
better how it will interact with existing full GL support, given that
some GLES entrypoints have same names as full GL. So, could you
briefly explain what's the plan to handle that? Will GL vs GLES be
selected at compile time? Or will GL and GLES be built side-by-side?
And how do you envision that we should handle apps that use both GL
and GLES?


More information about the apitrace mailing list