fca1b54031a1ba2a3c82bbbbe71716cd7e6a61d7 |
|
18-May-2014 |
Jesse Hall <jessehall@google.com> |
opengl: Regenerate code with ES 3.1 and new extensions Enable ES 3.1 generation in glgen.py, and regenerate everything to add support for that as well as these new extensions in the registry: - EXT_copy_image - EXT_draw_buffers_indexed - EXT_geometry_shader - EXT_gpu_shader5 - EXT_primitive_bounding_box - EXT_shader_implicit_conversions - EXT_shader_io_blocks - EXT_tessellation_shader - EXT_texture_border_clamp - EXT_texture_buffer - EXT_texture_cube_map_array - EXT_texture_view Bug: 15028495 Change-Id: I3f45a7ef5367c70e54ce6b36a8c030ae11033434
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
3703f7f014846b8bf83e08a8bf25450dd0dcd7af |
|
14-May-2014 |
Jesse Hall <jessehall@google.com> |
opengl: Update GLES headers and generate *.in from registry XML Import GLES headers from Khronos SVN r26322: https://cvs.khronos.org/svn/repos/registry/trunk/public/gles/api There are many non-functional whitespace and parameter name changes included here. These were introduced upstream when converting from the old .spec registry to the new XML registry. There are also some new extensions added. Unfortunately there isn't a version of the XML that matches the headers the previous versions of the *.in files were generated from, so I can't separate out the non-functional changes from the new extensions (other than temporarily hacking them out of the XML). See below for a list. Finally, I had to hack the official glext.h. Khronos hasn't updated the official GLES1 headers since switching to the XML registry, and there is one critical difference: a "const void**" parameter in the official header is "const void* const*" in the registry. I changed the header to avoid build errors with code generated from the registry. Dependencies on the *.in files required manually updating some GLES_trace/ files as well: - gltrace_api.{h,cpp} must be manually re-generated using tools/genapi.py. - New GL prototypes must be manually added to gltrace.proto. - gltrace.pb.{h,cpp} must be regenerated using aprotoc (see dev.make) New GLES extensions in libs/GLES_CM/glext_api.in: - GL_OES_byte_coordinates - GL_EXT_map_buffer_range - GL_APPLE_copy_texture_levels - GL_APPLE_sync New GLES2 extensions in libs/GLES2/gl2ext_api.in: - GL_KHR_blend_equation_advanced - GL_KHR_debug - GL_OES_sample_shading - GL_OES_texture_storage_multisample_2d_array - GL_EXT_disjoint_timer_query - GL_EXT_draw_buffers - GL_EXT_draw_instanced - GL_EXT_instanced_arrays - GL_EXT_map_buffer_range - GL_EXT_map_buffer_range - GL_EXT_multiview_draw_buffers - GL_EXT_separate_shader_objects - GL_ANGLE_instanced_arrays - GL_ANGLE_translated_shader_source - GL_APPLE_copy_texture_levels - GL_APPLE_sync - GL_INTEL_performance_query - GL_NV_blend_equation_advanced - GL_NV_copy_buffer - GL_NV_draw_instanced - GL_NV_framebuffer_blit - GL_NV_framebuffer_multisample - GL_NV_instanced_arrays - GL_NV_non_square_matrices Bug: 15028495 Change-Id: I902517c23354e14f9c63b1584db286d682315bb5
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
0b96e6c44b3c4549bd947fd2947540f4b62a038e |
|
20-May-2014 |
Jesse Hall <jessehall@google.com> |
Revert "opengl: Generate *.in from registry XML" This reverts commit 4a73962c694bfe57eb2bea40ed6fb626be7006aa. Change-Id: I1fa5cbe4d0b86f6df69d616157b3fec68d706d7a
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
4a73962c694bfe57eb2bea40ed6fb626be7006aa |
|
14-May-2014 |
Jesse Hall <jessehall@google.com> |
opengl: Generate *.in from registry XML There are many non-functional whitespace and parameter name changes included here. These were introduced upstream when converting from the old .spec registry to the new XML registry. There are also some new extensions added. Unfortunately there isn't a version of the XML that matches the headers the previous versions of the *.in files were generated from, so I can't separate out the non-functional changes from the new extensions (other than temporarily hacking them out of the XML). See below. Finally, I had to hack the official glext.h. Khronos hasn't updated the official GLES1 headers since switching to the XML registry, and there is one critical difference: a "const void**" parameter in the official header is "const void* const*" in the registry. I changed the header to avoid build errors with code generated from the registry. Dependencies on the *.in files required manually updating some GLES_trace/ files as well: - gltrace_api.{h,cpp} must be manually re-generated using tools/genapi.py. - New GL prototypes must be manually added to gltrace.proto. - gltrace.pb.{h,cpp} must be regenerated using aprotoc (see dev.make) New GLES extensions in libs/GLES_CM/glext_api.in: - GL_OES_byte_coordinates - GL_EXT_map_buffer_range - GL_APPLE_copy_texture_levels - GL_APPLE_sync New GLES2 extensions in libs/GLES2/gl2ext_api.in: - GL_KHR_blend_equation_advanced - GL_KHR_debug - GL_OES_sample_shading - GL_OES_texture_storage_multisample_2d_array - GL_EXT_disjoint_timer_query - GL_EXT_draw_buffers - GL_EXT_draw_instanced - GL_EXT_instanced_arrays - GL_EXT_map_buffer_range - GL_EXT_map_buffer_range - GL_EXT_multiview_draw_buffers - GL_EXT_separate_shader_objects - GL_ANGLE_instanced_arrays - GL_ANGLE_translated_shader_source - GL_APPLE_copy_texture_levels - GL_APPLE_sync - GL_INTEL_performance_query - GL_NV_blend_equation_advanced - GL_NV_copy_buffer - GL_NV_draw_instanced - GL_NV_framebuffer_blit - GL_NV_framebuffer_multisample - GL_NV_instanced_arrays - GL_NV_non_square_matrices Bug: 15028495 Change-Id: Ib3fa700a146adf7f1487a93e459b1e6df0dcdc42
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
4774338bd0ad1ebe42c311fd0c72f13786b5c800 |
|
08-Feb-2013 |
Jesse Hall <jessehall@google.com> |
Add ES3 support to libGLESv2 and tracing tools Since ES3 is backwards compatible with ES2, a new wrapper isn't necessary, and the Khronos implementation guidelines recommend supporting both versions with the same library. Change-Id: If9bb02be60ce01cc5fe25d1f40c4e7f37244ebf6
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
50129e4ae2777dfbe0738f0f69b17f4d8f9400e2 |
|
29-Feb-2012 |
Siva Velusamy <vsiva@google.com> |
gltrace: Send vertex attribute data after glDraw() call. This patch enables tracing of vertex attribute data that is specified using glVertexAttribPointer(). At the time the glVertexAttribPointer() call is made, we only receive a pointer in client space, without any indication of the size (# of attributes). This size is known only at the time of the glDraw() call. This patch generates a new message glVertexAttribPointerData() when a draw call is issued that contains the vertex attribute data. A glDrawArrays() call directly gives the size of data to copy. A glDrawElements() call gives the indices to copy. In such a case, all data between the min & max indices drawn are copied and sent to the host. To support glDrawElements() with an element array buffer, this patch also adds state that maintains a copy of all element array buffers. Change-Id: I434da794a0aa9ada8e7474e219ffb1d79b183ecf
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
05df4504e57657994a89e424b6881ee26d0f313c |
|
17-Feb-2012 |
Siva Velusamy <vsiva@google.com> |
gltrace: Trace thread time and wall clock time. For each gl function, trace both the thread and wall clock times. Change-Id: I32b6caa67fa50bf915dab89b3c5021ee82e28d55
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
31272606149d83437a097800074b21e9e6a205ad |
|
28-Jan-2012 |
Mathias Agopian <mathias@google.com> |
update GLES headers and add support for corresponding new extensions. Change-Id: I554d9659113b4721b748ee5c1a3b1ca82b11d75e
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
56ac6ff9bdc3c117e820c5a361ab45049c8b03f8 |
|
16-Dec-2011 |
Siva Velusamy <vsiva@google.com> |
gltrace: add start time & duration to each traced call. Change-Id: Idfec8f715f6000594b6381cbfdee9fdf6d89f484
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
a8cfde8897c840ce6a491a054ade806b41df2a70 |
|
05-Dec-2011 |
Siva Velusamy <vsiva@google.com> |
gltrace: Make framebuffer contents an optional message. Currently, the contents of the FrameBuffer are sent by encoding them as the last argument to the function call. As a result, it is not possible to know if a message has the framebuffer encoded in it without looking at the function type. This patch modifies the protobuf definition to include a separate optional framebuffer message. Change-Id: Ief3a6950052d927ca0743e729457435b48c25a92
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|
0469dd6d55fa331bfd7de9431da98b6340d82271 |
|
01-Dec-2011 |
Siva Velusamy <vsiva@google.com> |
glestrace: Framework for GLES tracing library This patch provides a framework for tracing GLES 1.0 and 2.0 functions. It is missing a lot of features, but here are the things it accomplishes: - Stop building the glesv2dbg library, and build the glestrace library instead. - Replace the hooks for glesv2dbg with the ones for glestrace. - Add the basics for the trace library. Currently, this traces all GL functions, but not all required data is sent for all the functions. As a result, it will not be possible to reconstruct the entire GL state on the host side. The files gltrace.pb.* and gltrace_api.* are both generated using the tools/genapi.py script. Change-Id: Id60a468f7278657f008bc6ea1df01f9bdfecfdd3
/frameworks/native/opengl/libs/GLES_trace/src/gltrace.pb.h
|