4 Commits

Author	SHA1	Message	Date
Robert Bragg	fffcf579d5	[cogl matrix stack] Create a client side matrix stack for the projection matrix ... The cost of glGetFloatv with Mesa is still representing a majority of our time in OpenGL for some applications, and the last thing left using this is the current-matrix API when getting the projection matrix. This adds a matrix stack for the projection matrix, so all getting, setting and modification of the projection matrix is now managed by Cogl and it's only when we come to draw that we flush changes to the matrix to OpenGL. This also brings us closer to being able to drop internal use of the deprecated OpenGL matrix functions, re: commit 54159f5a1d	2009-07-07 10:32:56 +01:00
Robert Bragg	3d79cfaba1	[cogl matrix] Adds ability to dirty state cached by the client matrix apis ... To be able to load matrices to GL manually within Cogl we need a way to dirty the state cached by the client matrix stack API.	2009-06-29 23:49:06 +01:00
Robert Bragg	7e9685294e	[cogl] Updates all file headers and removes lots of trailing white space ... Adds missing notices, and ensures all the notices are consistent. The Cogl blurb also now reads: * Cogl * * An object oriented GL/GLES Abstraction/Utility Layer	2009-05-02 04:12:25 +01:00
Havoc Pennington	11349b6c74	Virtualize GL matrix operations and use a client-side matrix when GL is indirect ... This is useful because sometimes we need to get the current matrix, which is too expensive when indirect rendering. In addition, this virtualization makes it easier to clean up the API in the future.	2009-03-12 18:32:45 +00:00