History log of /frameworks/native/opengl/libagl/array.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
e3586182ec7a5942b758610fe9d084a82486307e 19-Aug-2010 Mathias Agopian <mathias@google.com> fix [2931718] glDrawArrays skips a triangle when more than 70 vertices are used.

a typo prevented the last 2 vertices of a batch to be copied to the front of
the next batch. Instead, the 2 very first vertices were used.

Change-Id: I3c344784dac1cef64df2fb6f6efb2f901cc788db
/frameworks/native/opengl/libagl/array.cpp
bb0628d9debc5ddd5b1ca3311d6397bbe668c4ee 30-Jul-2010 Mathias Agopian <mathias@google.com> remove copybit hack from software opengl (libagl)

h/w acceleration is not supported through software gl + copybit anylonger,
instead, h/w opengl must be used. in the system compositor, a new h/w
composition api will be introduced to allow h/w accelerated composition with
overlays and/or 2D blocks.

Change-Id: I04949cb074ba8c4d637319ace23497c16a58d5bf
/frameworks/native/opengl/libagl/array.cpp
a750fc0bf8bdfd47e058ac51a719716440c7aa98 20-Nov-2009 Mathias Agopian <mathias@google.com> fix [2235414] libagl glDeleteBuffers() crashes

don't dereference null pointers, would happen if one of the array wasn't bound.
/frameworks/native/opengl/libagl/array.cpp
c5f0155d7f60b4eeb3194898c7772e18fd011402 24-Sep-2009 Mathias Agopian <mathias@google.com> OpenGL ES doesn't allow glColorPointer with a size parameter other than 4
/frameworks/native/opengl/libagl/array.cpp
6d2cad2c6c5d4355ca362e45de85b5bfcd3337c3 18-Jun-2009 Mathias Agopian <mathias@google.com> s/w OpenGL no detects and handles all any combinations of triangle fans corresponding to a rectangle

this allows fallback to faster copybit code in almost all cases.
/frameworks/native/opengl/libagl/array.cpp
1a0c4cd5d83facd9653c45db1d2b9725c2e060b0 06-Jun-2009 Mathias Agopian <mathias@google.com> Merge commit 'goog/master' into merge_master
69ca17a12444ef619952b783ddaac121a0d438e5 03-Jun-2009 Mathias Agopian <mathias@google.com> fix [1610840] Positional light doesn't work correctly on emulator

This bug was introduced when lighting computations was changed from eye-space to object-space.
The light position need to be transformed back to object-space each time the modelview matrix changes which requires us to compute the inverse of the modelview matrix. This computation was done with the assumption that normals where transformed (which was the case when the computation was made in eye-space), however, normals only require the inverse of the upper 3x3 matrix while transforming positions requires the inverse of the whole matrix.
This caused the interesting behavior that lights were more-or-less transformed properly, but not translated at all, which caused improper lighting with directional lights in particular.

There was also another smaller bug affecting directional lights: when vertices are read, only the active component are read, the other ones are ignored, later, the transformation operations are set up to ignore the unset values, howver, in the case of lighting, we use the vertex in object space (that is, before it is transformed), and therefore were using uninitalized values; in particular w.
/frameworks/native/opengl/libagl/array.cpp
0926f50664c739eaee60341f8e8c694dc9a4f3eb 04-May-2009 Mathias Agopian <mathias@google.com> update surfaceflinger, libui and libagl to the new gralloc api

- Currently the lock/unlock path is naive and is done for each drawing operation (glDrawElements and glDrawArrays). this should be improved eventually.
- factor all the lock/unlock code in SurfaceBuffer.
- fixed "showupdate" so it works even when we don't have preserving eglSwapBuffers().
- improved the situation with the dirty-region and fixed a problem that caused GL apps to not update.
- make use of LightRefBase() where needed, instead of duplicating its implementation
- add LightRefBase::getStrongCount()
- renamed EGLNativeWindowSurface.cpp to FramebufferNativeWindow.cpp

- disabled copybits test, since it clashes with the new gralloc api

- Camera/Video will be fixed later when we rework the overlay apis
/frameworks/native/opengl/libagl/array.cpp
076b1cc3a9b90aa5b381a1ed268ca0b548444c9b 10-Apr-2009 Mathias Agopian <mathias@google.com> Integrate from //sandbox/mathias/donut/...@145728

SurfaceFlinger rework for new EGL driver model support.
/frameworks/native/opengl/libagl/array.cpp
edbf3b6af777b721cd2a1ef461947e51e88241e1 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/native/opengl/libagl/array.cpp
d5193d9394c5e58176d7bcdf50ef017f8a3b9e1e 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/native/opengl/libagl/array.cpp
e09fd9e819c23dc90bca68375645e15544861330 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
/frameworks/native/opengl/libagl/array.cpp
7c1b96a165f970a09ed239bb4fb3f1b0d8f2a407 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/frameworks/native/opengl/libagl/array.cpp