4 Commits

Author	SHA1	Message	Date
Robert Bragg	df4429462f	[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	27fff12a6a	[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	f85377372c	[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	08932584b5	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