History log of /external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c4fd69ebaad3c6182251bbd9d2c899be30ac15b7 02-Apr-2016 Tomski <tomwojciechowski@asidik.com> Clean up performance in VBOWithVAO and supply performance test
/external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java
3f81d510b41b42464e7490e9aaceed1c107d0e9a 24-Apr-2015 JS <realitix@gmail.com> Correct error in VertexBufferObjectWithVAO

Move "bindAttributes" out of the condition in "bind" function.
/external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java
bf80436afa16d7b70bce5f99de5db4e036f3ef48 14-Mar-2015 Xoppa <contact@xoppa.com> Remove Mesh.create (replaced by MeshBuilder), make VertexBufferObject extendable
/external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java
8b29a9f3144721fb60dc10b5d191b0afc59219d9 15-Feb-2015 Xoppa <contact@xoppa.com> No need to create a buffer
/external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java
e4f285b4a85ce8a1a1da9fb38106da6924d6879b 23-Oct-2014 NateAustin <nate.austin@gmail.com> Allow libgdx to function under 3.2 core profile on desktop.

In core profiles glGetString(GL_EXTENSIONS) is deprecated, so a new mechanism is used to test for extensions.

In core profiles VAOs are mandatory, and VertexAttribPointer cannot use
client memory, so I introduced a parallel VertexData implementation,
VertexBufferObjectWithVAO, that is used when gl3 is available.
/external/libgdx/gdx/src/com/badlogic/gdx/graphics/glutils/VertexBufferObjectWithVAO.java