aboutsummaryrefslogtreecommitdiffstats
path: root/src/test/jogamp
diff options
context:
space:
mode:
authorSven Gothel <[email protected]>2012-10-29 15:42:44 +0100
committerSven Gothel <[email protected]>2012-10-29 15:42:44 +0100
commitb961225542227ec30f4b79c4425384e7e161437c (patch)
treee7407002e0558291ae27618fa2ef49cb81011ad2 /src/test/jogamp
parent3c8a814d7fb536f298507413f290309ed7c0f24e (diff)
GLRendererQuirks.RequiresBoundVAO: Removed, it _is_ in the GL 3.2 core spec - Setting up default VAO for all GL >= 3.2 core ctx.
Refines commit 9b6448b1d54716fd455c0cad0c6133c0edeb3bb8 Due to GL 3.2 core spec: E.2. DEPRECATED AND REMOVED FEATURES (p 331) "There is no more default VAO buffer 0 bound, hence generating and binding one to avoid INVALID_OPERATION at VertexAttribPointer." More clear is GL 4.3 core spec: 10.4 (p 307): "An INVALID_OPERATION error is generated by any commands which modify, draw from, or query vertex array state when no vertex array is bound. This occurs in the initial GL state, and may occur as a result of BindVertexAr- ray or a side effect of DeleteVertexArrays." +++ I just have read (same spec) 2.10 (p 46/47): "An INVALID_OPERATION error is generated if any of the *Pointer commands specifying the location and organization of vertex array data are called while zero is bound to the ARRAY_BUFFER buffer object binding point, and the pointer argu- ment is not NULL." .. which only constraints the *Pointer command use to _VBO_, not forcing a VAO. +++
Diffstat (limited to 'src/test/jogamp')
0 files changed, 0 insertions, 0 deletions