2007-03-26 23:18:39 +00:00
|
|
|
/*
|
|
|
|
* Clutter COGL
|
|
|
|
*
|
|
|
|
* A basic GL/GLES Abstraction/Utility Layer
|
|
|
|
*
|
|
|
|
* Authored By Matthew Allum <mallum@openedhand.com>
|
|
|
|
*
|
|
|
|
* Copyright (C) 2007 OpenedHand
|
|
|
|
*
|
|
|
|
* This library is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
* version 2 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This library is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
|
|
|
* License along with this library; if not, write to the
|
|
|
|
* Free Software Foundation, Inc., 59 Temple Place - Suite 330,
|
|
|
|
* Boston, MA 02111-1307, USA.
|
|
|
|
*/
|
|
|
|
|
2007-10-12 08:17:00 +00:00
|
|
|
#ifdef HAVE_CONFIG_H
|
2007-04-27 21:13:06 +00:00
|
|
|
#include "config.h"
|
2007-10-12 08:17:00 +00:00
|
|
|
#endif
|
|
|
|
|
2007-03-26 23:18:39 +00:00
|
|
|
#include "cogl.h"
|
2007-04-27 21:13:06 +00:00
|
|
|
|
|
|
|
#include <string.h>
|
2008-01-14 11:52:04 +00:00
|
|
|
#include <gmodule.h>
|
2008-06-02 12:34:10 +00:00
|
|
|
#include <math.h>
|
2008-06-23 14:57:36 +00:00
|
|
|
#include <stdlib.h>
|
2007-04-27 21:13:06 +00:00
|
|
|
|
2007-08-13 20:48:01 +00:00
|
|
|
#ifdef HAVE_CLUTTER_GLX
|
|
|
|
#include <dlfcn.h>
|
|
|
|
#include <GL/glx.h>
|
|
|
|
|
|
|
|
typedef CoglFuncPtr (*GLXGetProcAddressProc) (const guint8 *procName);
|
|
|
|
#endif
|
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
#include "cogl-internal.h"
|
|
|
|
#include "cogl-util.h"
|
|
|
|
#include "cogl-context.h"
|
2008-02-01 15:29:00 +00:00
|
|
|
|
2009-01-28 14:09:51 +00:00
|
|
|
#if defined (HAVE_COGL_GLES2) || defined (HAVE_COGL_GLES)
|
|
|
|
#include "cogl-gles2-wrapper.h"
|
|
|
|
#endif
|
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
/* GL error to string conversion */
|
2007-04-27 21:13:06 +00:00
|
|
|
#if COGL_DEBUG
|
|
|
|
struct token_string
|
|
|
|
{
|
|
|
|
GLuint Token;
|
|
|
|
const char *String;
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct token_string Errors[] = {
|
|
|
|
{ GL_NO_ERROR, "no error" },
|
|
|
|
{ GL_INVALID_ENUM, "invalid enumerant" },
|
|
|
|
{ GL_INVALID_VALUE, "invalid value" },
|
|
|
|
{ GL_INVALID_OPERATION, "invalid operation" },
|
|
|
|
{ GL_STACK_OVERFLOW, "stack overflow" },
|
|
|
|
{ GL_STACK_UNDERFLOW, "stack underflow" },
|
|
|
|
{ GL_OUT_OF_MEMORY, "out of memory" },
|
|
|
|
#ifdef GL_INVALID_FRAMEBUFFER_OPERATION_EXT
|
|
|
|
{ GL_INVALID_FRAMEBUFFER_OPERATION_EXT, "invalid framebuffer operation" },
|
|
|
|
#endif
|
|
|
|
{ ~0, NULL }
|
|
|
|
};
|
|
|
|
|
2008-05-21 13:20:33 +00:00
|
|
|
const char*
|
|
|
|
_cogl_error_string(GLenum errorCode)
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
for (i = 0; Errors[i].String; i++) {
|
|
|
|
if (Errors[i].Token == errorCode)
|
|
|
|
return Errors[i].String;
|
|
|
|
}
|
|
|
|
return "unknown";
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2007-06-14 12:54:47 +00:00
|
|
|
CoglFuncPtr
|
|
|
|
cogl_get_proc_address (const gchar* name)
|
|
|
|
{
|
2007-08-13 20:48:01 +00:00
|
|
|
/* Sucks to ifdef here but not other option..? would be nice to
|
2007-10-12 08:17:00 +00:00
|
|
|
* split the code up for more reuse (once more backends use this
|
2007-08-13 20:48:01 +00:00
|
|
|
*/
|
2008-03-25 15:42:50 +00:00
|
|
|
#if defined(HAVE_CLUTTER_GLX)
|
2007-08-13 20:48:01 +00:00
|
|
|
static GLXGetProcAddressProc get_proc_func = NULL;
|
|
|
|
static void *dlhand = NULL;
|
|
|
|
|
|
|
|
if (get_proc_func == NULL && dlhand == NULL)
|
|
|
|
{
|
|
|
|
dlhand = dlopen (NULL, RTLD_LAZY);
|
|
|
|
|
|
|
|
if (dlhand)
|
|
|
|
{
|
|
|
|
dlerror ();
|
|
|
|
|
|
|
|
get_proc_func =
|
|
|
|
(GLXGetProcAddressProc) dlsym (dlhand, "glXGetProcAddress");
|
|
|
|
|
|
|
|
if (dlerror () != NULL)
|
|
|
|
{
|
|
|
|
get_proc_func =
|
|
|
|
(GLXGetProcAddressProc) dlsym (dlhand, "glXGetProcAddressARB");
|
|
|
|
}
|
|
|
|
|
|
|
|
if (dlerror () != NULL)
|
|
|
|
{
|
|
|
|
get_proc_func = NULL;
|
|
|
|
g_warning ("failed to bind GLXGetProcAddress "
|
|
|
|
"or GLXGetProcAddressARB");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (get_proc_func)
|
|
|
|
return get_proc_func ((unsigned char*) name);
|
2008-01-14 11:52:04 +00:00
|
|
|
|
2008-03-25 15:42:50 +00:00
|
|
|
#elif defined(HAVE_CLUTTER_WIN32)
|
|
|
|
|
|
|
|
return (CoglFuncPtr) wglGetProcAddress ((LPCSTR) name);
|
|
|
|
|
|
|
|
#else /* HAVE_CLUTTER_WIN32 */
|
2008-01-14 11:52:04 +00:00
|
|
|
|
|
|
|
/* this should find the right function if the program is linked against a
|
|
|
|
* library providing it */
|
|
|
|
static GModule *module = NULL;
|
|
|
|
if (module == NULL)
|
|
|
|
module = g_module_open (NULL, G_MODULE_BIND_LAZY | G_MODULE_BIND_LOCAL);
|
|
|
|
|
|
|
|
if (module)
|
|
|
|
{
|
|
|
|
gpointer symbol;
|
|
|
|
|
|
|
|
if (g_module_symbol (module, name, &symbol))
|
|
|
|
return symbol;
|
|
|
|
}
|
|
|
|
|
2008-03-25 15:42:50 +00:00
|
|
|
#endif /* HAVE_CLUTTER_WIN32 */
|
2007-08-13 20:48:01 +00:00
|
|
|
|
2007-06-14 12:54:47 +00:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2007-10-12 08:17:00 +00:00
|
|
|
gboolean
|
2007-06-14 12:54:47 +00:00
|
|
|
cogl_check_extension (const gchar *name, const gchar *ext)
|
2007-05-16 09:08:30 +00:00
|
|
|
{
|
|
|
|
gchar *end;
|
|
|
|
gint name_len, n;
|
|
|
|
|
|
|
|
if (name == NULL || ext == NULL)
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
end = (gchar*)(ext + strlen(ext));
|
|
|
|
|
|
|
|
name_len = strlen(name);
|
|
|
|
|
2007-10-12 08:17:00 +00:00
|
|
|
while (ext < end)
|
2007-05-16 09:08:30 +00:00
|
|
|
{
|
|
|
|
n = strcspn(ext, " ");
|
|
|
|
|
|
|
|
if ((name_len == n) && (!strncmp(name, ext, n)))
|
|
|
|
return TRUE;
|
|
|
|
ext += (n + 1);
|
|
|
|
}
|
|
|
|
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2007-03-26 23:18:39 +00:00
|
|
|
void
|
2009-02-12 13:23:20 +00:00
|
|
|
cogl_clear (const CoglColor *color)
|
2007-03-26 23:18:39 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
#if COGL_DEBUG
|
|
|
|
fprintf(stderr, "\n ============== Paint Start ================ \n");
|
|
|
|
#endif
|
|
|
|
|
2008-10-30 16:50:07 +00:00
|
|
|
GE( glClearColor (cogl_color_get_red_float (color),
|
|
|
|
cogl_color_get_green_float (color),
|
|
|
|
cogl_color_get_blue_float (color),
|
|
|
|
0.0) );
|
2007-03-26 23:18:39 +00:00
|
|
|
|
|
|
|
glClear (GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT | GL_STENCIL_BUFFER_BIT);
|
2007-11-21 11:55:26 +00:00
|
|
|
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
/*
|
2008-02-01 18:14:54 +00:00
|
|
|
* Disable the depth test for now as has some strange side effects,
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
* mainly on x/y axis rotation with multiple layers at same depth
|
|
|
|
* (eg rotating text on a bg has very strange effect). Seems no clean
|
|
|
|
* 100% effective way to fix without other odd issues.. So for now
|
2008-02-01 18:14:54 +00:00
|
|
|
* move to application to handle and add cogl_enable_depth_test()
|
|
|
|
* as for custom actors (i.e groups) to enable if need be.
|
|
|
|
*
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
* glEnable (GL_DEPTH_TEST);
|
|
|
|
* glEnable (GL_ALPHA_TEST)
|
2008-02-01 18:14:54 +00:00
|
|
|
* glDepthFunc (GL_LEQUAL);
|
|
|
|
* glAlphaFunc (GL_GREATER, 0.1);
|
|
|
|
*/
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* FIXME: inline most of these */
|
|
|
|
void
|
|
|
|
cogl_push_matrix (void)
|
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glPushMatrix() );
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
cogl_pop_matrix (void)
|
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glPopMatrix() );
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-01-26 22:52:38 +00:00
|
|
|
cogl_scale (float x, float y, float z)
|
2007-03-26 23:18:39 +00:00
|
|
|
{
|
2009-01-26 22:52:38 +00:00
|
|
|
GE( glScalef (x, y, z) );
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
cogl_translate (float x, float y, float z)
|
2007-03-26 23:18:39 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glTranslatef (x, y, z) );
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
cogl_rotate (float angle, float x, float y, float z)
|
2007-03-26 23:18:39 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glRotatef (angle, x, y, z) );
|
2007-03-26 23:18:39 +00:00
|
|
|
}
|
2007-04-27 21:13:06 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
static inline gboolean
|
|
|
|
cogl_toggle_flag (CoglContext *ctx,
|
|
|
|
gulong new_flags,
|
|
|
|
gulong flag,
|
|
|
|
GLenum gl_flag)
|
|
|
|
{
|
|
|
|
/* Toggles and caches a single enable flag on or off
|
|
|
|
* by comparing to current state
|
|
|
|
*/
|
|
|
|
if (new_flags & flag)
|
|
|
|
{
|
|
|
|
if (!(ctx->enable_flags & flag))
|
|
|
|
{
|
|
|
|
GE( glEnable (gl_flag) );
|
|
|
|
ctx->enable_flags |= flag;
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else if (ctx->enable_flags & flag)
|
|
|
|
{
|
|
|
|
GE( glDisable (gl_flag) );
|
|
|
|
ctx->enable_flags &= ~flag;
|
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline gboolean
|
|
|
|
cogl_toggle_client_flag (CoglContext *ctx,
|
|
|
|
gulong new_flags,
|
|
|
|
gulong flag,
|
|
|
|
GLenum gl_flag)
|
|
|
|
{
|
|
|
|
/* Toggles and caches a single client-side enable flag
|
|
|
|
* on or off by comparing to current state
|
|
|
|
*/
|
|
|
|
if (new_flags & flag)
|
|
|
|
{
|
|
|
|
if (!(ctx->enable_flags & flag))
|
|
|
|
{
|
|
|
|
GE( glEnableClientState (gl_flag) );
|
|
|
|
ctx->enable_flags |= flag;
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
else if (ctx->enable_flags & flag)
|
|
|
|
{
|
|
|
|
GE( glDisableClientState (gl_flag) );
|
|
|
|
ctx->enable_flags &= ~flag;
|
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
void
|
|
|
|
cogl_enable (gulong flags)
|
|
|
|
{
|
|
|
|
/* This function essentially caches glEnable state() in the
|
|
|
|
* hope of lessening number GL traffic.
|
|
|
|
*/
|
2008-04-25 13:37:36 +00:00
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-05-19 15:02:27 +00:00
|
|
|
cogl_toggle_flag (ctx, flags,
|
|
|
|
COGL_ENABLE_BLEND,
|
|
|
|
GL_BLEND);
|
2008-10-27 14:36:52 +00:00
|
|
|
|
|
|
|
cogl_toggle_flag (ctx, flags,
|
|
|
|
COGL_ENABLE_BACKFACE_CULLING,
|
|
|
|
GL_CULL_FACE);
|
2008-12-04 17:24:33 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_toggle_client_flag (ctx, flags,
|
|
|
|
COGL_ENABLE_VERTEX_ARRAY,
|
|
|
|
GL_VERTEX_ARRAY);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-11-18 16:24:09 +00:00
|
|
|
cogl_toggle_client_flag (ctx, flags,
|
|
|
|
COGL_ENABLE_COLOR_ARRAY,
|
|
|
|
GL_COLOR_ARRAY);
|
2008-04-25 13:37:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
gulong
|
|
|
|
cogl_get_enable ()
|
|
|
|
{
|
|
|
|
_COGL_GET_CONTEXT (ctx, 0);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
return ctx->enable_flags;
|
|
|
|
}
|
|
|
|
|
2008-02-01 18:14:54 +00:00
|
|
|
void
|
|
|
|
cogl_enable_depth_test (gboolean setting)
|
|
|
|
{
|
|
|
|
if (setting)
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
glEnable (GL_DEPTH_TEST);
|
2008-02-01 18:14:54 +00:00
|
|
|
glEnable (GL_ALPHA_TEST);
|
|
|
|
glDepthFunc (GL_LEQUAL);
|
|
|
|
glAlphaFunc (GL_GREATER, 0.1);
|
2007-04-27 21:13:06 +00:00
|
|
|
}
|
2008-02-01 18:14:54 +00:00
|
|
|
else
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
glDisable (GL_DEPTH_TEST);
|
2007-04-27 21:13:06 +00:00
|
|
|
glDisable (GL_ALPHA_TEST);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-10-27 14:36:52 +00:00
|
|
|
void
|
|
|
|
cogl_enable_backface_culling (gboolean setting)
|
|
|
|
{
|
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
|
|
|
|
|
|
|
ctx->enable_backface_culling = setting;
|
|
|
|
}
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
void
|
2008-11-12 13:57:58 +00:00
|
|
|
cogl_set_source_color (const CoglColor *color)
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
2008-04-25 13:37:36 +00:00
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
|
|
|
/* In case cogl_set_source_texture was previously used... */
|
|
|
|
cogl_material_remove_layer (ctx->default_material, 0);
|
|
|
|
|
|
|
|
cogl_material_set_color (ctx->default_material, color);
|
|
|
|
cogl_set_source (ctx->default_material);
|
2007-04-27 21:13:06 +00:00
|
|
|
}
|
|
|
|
|
2008-06-02 12:34:10 +00:00
|
|
|
static void
|
2009-01-24 16:55:04 +00:00
|
|
|
apply_matrix (const float *matrix, float *vertex)
|
2008-06-02 12:34:10 +00:00
|
|
|
{
|
|
|
|
int x, y;
|
2009-01-24 16:55:04 +00:00
|
|
|
float vertex_out[4] = { 0 };
|
2008-06-02 12:34:10 +00:00
|
|
|
|
|
|
|
for (y = 0; y < 4; y++)
|
|
|
|
for (x = 0; x < 4; x++)
|
|
|
|
vertex_out[y] += vertex[x] * matrix[y + x * 4];
|
|
|
|
|
|
|
|
memcpy (vertex, vertex_out, sizeof (vertex_out));
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2009-01-24 16:55:04 +00:00
|
|
|
project_vertex (float *modelview,
|
|
|
|
float *project,
|
|
|
|
float *vertex)
|
2008-06-02 12:34:10 +00:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
/* Apply the modelview matrix */
|
|
|
|
apply_matrix (modelview, vertex);
|
|
|
|
/* Apply the projection matrix */
|
|
|
|
apply_matrix (project, vertex);
|
|
|
|
/* Convert from homogenized coordinates */
|
|
|
|
for (i = 0; i < 4; i++)
|
|
|
|
vertex[i] /= vertex[3];
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
|
|
|
set_clip_plane (GLint plane_num,
|
2009-01-24 16:55:04 +00:00
|
|
|
const float *vertex_a,
|
|
|
|
const float *vertex_b)
|
2008-06-02 12:34:10 +00:00
|
|
|
{
|
2009-01-28 14:09:51 +00:00
|
|
|
#if defined (HAVE_COGL_GLES2) || defined (HAVE_COGL_GLES)
|
|
|
|
GLfloat plane[4];
|
|
|
|
#else
|
2008-06-02 12:34:10 +00:00
|
|
|
GLdouble plane[4];
|
2009-01-28 14:09:51 +00:00
|
|
|
#endif
|
2008-06-02 12:34:10 +00:00
|
|
|
GLfloat angle;
|
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
|
|
|
|
|
|
|
/* Calculate the angle between the axes and the line crossing the
|
|
|
|
two points */
|
2009-01-24 16:55:04 +00:00
|
|
|
angle = atan2f (vertex_b[1] - vertex_a[1],
|
|
|
|
vertex_b[0] - vertex_a[0]) * (180.0/G_PI);
|
2008-06-02 12:34:10 +00:00
|
|
|
|
|
|
|
GE( glPushMatrix () );
|
|
|
|
/* Load the identity matrix and multiply by the reverse of the
|
|
|
|
projection matrix so we can specify the plane in screen
|
|
|
|
coordinates */
|
|
|
|
GE( glLoadIdentity () );
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glMultMatrixf ((GLfloat *) ctx->inverse_projection) );
|
2008-06-02 12:34:10 +00:00
|
|
|
/* Rotate about point a */
|
|
|
|
GE( glTranslatef (vertex_a[0], vertex_a[1], vertex_a[2]) );
|
|
|
|
/* Rotate the plane by the calculated angle so that it will connect
|
|
|
|
the two points */
|
|
|
|
GE( glRotatef (angle, 0.0f, 0.0f, 1.0f) );
|
|
|
|
GE( glTranslatef (-vertex_a[0], -vertex_a[1], -vertex_a[2]) );
|
|
|
|
|
2009-01-24 16:55:04 +00:00
|
|
|
plane[0] = 0;
|
|
|
|
plane[1] = -1.0;
|
|
|
|
plane[2] = 0;
|
2008-06-02 12:34:10 +00:00
|
|
|
plane[3] = vertex_a[1];
|
2009-01-28 14:09:51 +00:00
|
|
|
#if defined (HAVE_COGL_GLES2) || defined (HAVE_COGL_GLES)
|
|
|
|
GE( glClipPlanef (plane_num, plane) );
|
|
|
|
#else
|
2008-06-02 12:34:10 +00:00
|
|
|
GE( glClipPlane (plane_num, plane) );
|
2009-01-28 14:09:51 +00:00
|
|
|
#endif
|
2008-06-02 12:34:10 +00:00
|
|
|
|
|
|
|
GE( glPopMatrix () );
|
|
|
|
}
|
|
|
|
|
2007-05-28 18:49:34 +00:00
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
_cogl_set_clip_planes (float x_offset,
|
|
|
|
float y_offset,
|
|
|
|
float width,
|
|
|
|
float height)
|
2007-05-28 18:49:34 +00:00
|
|
|
{
|
2008-06-23 14:57:36 +00:00
|
|
|
GLfloat modelview[16], projection[16];
|
|
|
|
|
2009-01-24 16:55:04 +00:00
|
|
|
float vertex_tl[4] = { x_offset, y_offset, 0, 1.0 };
|
|
|
|
float vertex_tr[4] = { x_offset + width, y_offset, 0, 1.0 };
|
|
|
|
float vertex_bl[4] = { x_offset, y_offset + height, 0, 1.0 };
|
|
|
|
float vertex_br[4] = { x_offset + width, y_offset + height,
|
|
|
|
0, 1.0 };
|
2008-06-23 14:57:36 +00:00
|
|
|
|
|
|
|
GE( glGetFloatv (GL_MODELVIEW_MATRIX, modelview) );
|
|
|
|
GE( glGetFloatv (GL_PROJECTION_MATRIX, projection) );
|
|
|
|
|
|
|
|
project_vertex (modelview, projection, vertex_tl);
|
|
|
|
project_vertex (modelview, projection, vertex_tr);
|
|
|
|
project_vertex (modelview, projection, vertex_bl);
|
|
|
|
project_vertex (modelview, projection, vertex_br);
|
|
|
|
|
|
|
|
/* If the order of the top and bottom lines is different from the
|
|
|
|
order of the left and right lines then the clip rect must have
|
|
|
|
been transformed so that the back is visible. We therefore need
|
|
|
|
to swap one pair of vertices otherwise all of the planes will be
|
|
|
|
the wrong way around */
|
|
|
|
if ((vertex_tl[0] < vertex_tr[0] ? 1 : 0)
|
|
|
|
!= (vertex_bl[1] < vertex_tl[1] ? 1 : 0))
|
2008-04-25 13:37:36 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
float temp[4];
|
2008-06-23 14:57:36 +00:00
|
|
|
memcpy (temp, vertex_tl, sizeof (temp));
|
|
|
|
memcpy (vertex_tl, vertex_tr, sizeof (temp));
|
|
|
|
memcpy (vertex_tr, temp, sizeof (temp));
|
|
|
|
memcpy (temp, vertex_bl, sizeof (temp));
|
|
|
|
memcpy (vertex_bl, vertex_br, sizeof (temp));
|
|
|
|
memcpy (vertex_br, temp, sizeof (temp));
|
|
|
|
}
|
2008-06-02 12:34:10 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
set_clip_plane (GL_CLIP_PLANE0, vertex_tl, vertex_tr);
|
|
|
|
set_clip_plane (GL_CLIP_PLANE1, vertex_tr, vertex_br);
|
|
|
|
set_clip_plane (GL_CLIP_PLANE2, vertex_br, vertex_bl);
|
|
|
|
set_clip_plane (GL_CLIP_PLANE3, vertex_bl, vertex_tl);
|
|
|
|
}
|
2008-06-02 12:34:10 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
_cogl_add_stencil_clip (float x_offset,
|
|
|
|
float y_offset,
|
|
|
|
float width,
|
|
|
|
float height,
|
2008-06-23 14:57:36 +00:00
|
|
|
gboolean first)
|
|
|
|
{
|
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
2008-06-02 12:34:10 +00:00
|
|
|
|
2009-01-29 12:21:56 +00:00
|
|
|
cogl_material_flush_gl_state (ctx->stencil_material, NULL);
|
2009-01-28 14:09:51 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
if (first)
|
2008-04-25 13:37:36 +00:00
|
|
|
{
|
|
|
|
GE( glEnable (GL_STENCIL_TEST) );
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
/* Initially disallow everything */
|
|
|
|
GE( glClearStencil (0) );
|
2008-04-25 13:37:36 +00:00
|
|
|
GE( glClear (GL_STENCIL_BUFFER_BIT) );
|
2007-05-28 18:49:34 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
/* Punch out a hole to allow the rectangle */
|
2008-04-25 13:37:36 +00:00
|
|
|
GE( glStencilFunc (GL_NEVER, 0x1, 0x1) );
|
2008-06-23 14:57:36 +00:00
|
|
|
GE( glStencilOp (GL_REPLACE, GL_REPLACE, GL_REPLACE) );
|
2009-01-28 14:09:51 +00:00
|
|
|
|
|
|
|
cogl_rectangle (x_offset, y_offset,
|
|
|
|
x_offset + width, y_offset + height);
|
2008-06-23 14:57:36 +00:00
|
|
|
}
|
2008-12-04 13:45:09 +00:00
|
|
|
else
|
2008-06-23 14:57:36 +00:00
|
|
|
{
|
|
|
|
/* Add one to every pixel of the stencil buffer in the
|
|
|
|
rectangle */
|
|
|
|
GE( glStencilFunc (GL_NEVER, 0x1, 0x3) );
|
2008-04-25 13:37:36 +00:00
|
|
|
GE( glStencilOp (GL_INCR, GL_INCR, GL_INCR) );
|
2009-01-28 14:09:51 +00:00
|
|
|
cogl_rectangle (x_offset, y_offset,
|
|
|
|
x_offset + width, y_offset + height);
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
/* Subtract one from all pixels in the stencil buffer so that
|
|
|
|
only pixels where both the original stencil buffer and the
|
|
|
|
rectangle are set will be valid */
|
|
|
|
GE( glStencilOp (GL_DECR, GL_DECR, GL_DECR) );
|
|
|
|
GE( glPushMatrix () );
|
|
|
|
GE( glLoadIdentity () );
|
|
|
|
GE( glMatrixMode (GL_PROJECTION) );
|
|
|
|
GE( glPushMatrix () );
|
|
|
|
GE( glLoadIdentity () );
|
2009-01-28 14:09:51 +00:00
|
|
|
cogl_rectangle (-1.0, -1.0, 1.0, 1.0);
|
2008-06-23 14:57:36 +00:00
|
|
|
GE( glPopMatrix () );
|
|
|
|
GE( glMatrixMode (GL_MODELVIEW) );
|
|
|
|
GE( glPopMatrix () );
|
2008-04-25 13:37:36 +00:00
|
|
|
}
|
2008-06-23 14:57:36 +00:00
|
|
|
|
|
|
|
/* Restore the stencil mode */
|
|
|
|
GE( glStencilFunc (GL_EQUAL, 0x1, 0x1) );
|
|
|
|
GE( glStencilOp (GL_KEEP, GL_KEEP, GL_KEEP) );
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-02-18 18:54:54 +00:00
|
|
|
_cogl_set_matrix (const CoglMatrix *matrix)
|
2008-06-23 14:57:36 +00:00
|
|
|
{
|
2009-02-18 18:54:54 +00:00
|
|
|
const GLfloat *gl_matrix = cogl_matrix_get_gl_matrix (matrix);
|
|
|
|
|
|
|
|
GE (glLoadMatrixf (gl_matrix));
|
2008-06-23 14:57:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
_cogl_disable_stencil_buffer (void)
|
|
|
|
{
|
|
|
|
GE( glDisable (GL_STENCIL_TEST) );
|
|
|
|
}
|
|
|
|
|
2008-12-04 13:45:09 +00:00
|
|
|
void
|
|
|
|
_cogl_enable_clip_planes (void)
|
|
|
|
{
|
|
|
|
GE( glEnable (GL_CLIP_PLANE0) );
|
|
|
|
GE( glEnable (GL_CLIP_PLANE1) );
|
|
|
|
GE( glEnable (GL_CLIP_PLANE2) );
|
|
|
|
GE( glEnable (GL_CLIP_PLANE3) );
|
|
|
|
}
|
|
|
|
|
2008-06-23 14:57:36 +00:00
|
|
|
void
|
|
|
|
_cogl_disable_clip_planes (void)
|
|
|
|
{
|
|
|
|
GE( glDisable (GL_CLIP_PLANE3) );
|
|
|
|
GE( glDisable (GL_CLIP_PLANE2) );
|
|
|
|
GE( glDisable (GL_CLIP_PLANE1) );
|
|
|
|
GE( glDisable (GL_CLIP_PLANE0) );
|
2007-04-27 21:13:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
cogl_perspective (float fovy,
|
|
|
|
float aspect,
|
|
|
|
float zNear,
|
|
|
|
float zFar)
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
2009-01-20 16:20:54 +00:00
|
|
|
float xmax, ymax;
|
|
|
|
float x, y, c, d;
|
|
|
|
float fovy_rad_half = (fovy * G_PI) / 360;
|
2007-04-27 21:13:06 +00:00
|
|
|
|
|
|
|
GLfloat m[16];
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2008-06-02 12:34:10 +00:00
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
memset (&m[0], 0, sizeof (m));
|
|
|
|
|
2008-08-01 12:23:57 +00:00
|
|
|
GE( glMatrixMode (GL_PROJECTION) );
|
|
|
|
GE( glLoadIdentity () );
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
/*
|
|
|
|
* Based on the original algorithm in perspective():
|
2007-10-12 08:17:00 +00:00
|
|
|
*
|
2007-04-27 21:13:06 +00:00
|
|
|
* 1) xmin = -xmax => xmax + xmin == 0 && xmax - xmin == 2 * xmax
|
|
|
|
* same true for y, hence: a == 0 && b == 0;
|
|
|
|
*
|
2007-06-25 13:43:13 +00:00
|
|
|
* 2) When working with small numbers, we are loosing significant
|
2008-10-30 16:37:55 +00:00
|
|
|
* precision
|
2007-04-27 21:13:06 +00:00
|
|
|
*/
|
2009-01-20 16:20:54 +00:00
|
|
|
ymax = (zNear * (sinf (fovy_rad_half) / cosf (fovy_rad_half)));
|
2009-01-20 16:20:54 +00:00
|
|
|
xmax = (ymax * aspect);
|
2008-10-30 16:37:55 +00:00
|
|
|
|
2009-01-20 16:20:54 +00:00
|
|
|
x = (zNear / xmax);
|
|
|
|
y = (zNear / ymax);
|
|
|
|
c = (-(zFar + zNear) / ( zFar - zNear));
|
2009-01-20 16:20:54 +00:00
|
|
|
d = (-(2 * zFar) * zNear) / (zFar - zNear);
|
2007-04-27 21:13:06 +00:00
|
|
|
|
|
|
|
#define M(row,col) m[col*4+row]
|
2009-01-24 16:55:04 +00:00
|
|
|
M(0,0) = x;
|
|
|
|
M(1,1) = y;
|
|
|
|
M(2,2) = c;
|
|
|
|
M(2,3) = d;
|
|
|
|
M(3,2) = -1.0;
|
2007-06-12 11:42:29 +00:00
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
GE( glMultMatrixf (m) );
|
2008-06-02 12:34:10 +00:00
|
|
|
|
2008-08-01 12:23:57 +00:00
|
|
|
GE( glMatrixMode (GL_MODELVIEW) );
|
|
|
|
|
2008-06-02 12:34:10 +00:00
|
|
|
/* Calculate and store the inverse of the matrix */
|
2009-01-24 16:55:04 +00:00
|
|
|
memset (ctx->inverse_projection, 0, sizeof (float) * 16);
|
2008-06-02 12:34:10 +00:00
|
|
|
|
|
|
|
#define m ctx->inverse_projection
|
2009-01-24 16:55:04 +00:00
|
|
|
M(0, 0) = (1.0 / x);
|
|
|
|
M(1, 1) = (1.0 / y);
|
|
|
|
M(2, 3) = -1.0;
|
|
|
|
M(3, 2) = (1.0 / d);
|
|
|
|
M(3, 3) = (c / d);
|
2008-06-02 12:34:10 +00:00
|
|
|
#undef m
|
2009-01-24 16:55:04 +00:00
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
#undef M
|
|
|
|
}
|
|
|
|
|
2008-08-01 12:23:57 +00:00
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
cogl_frustum (float left,
|
|
|
|
float right,
|
|
|
|
float bottom,
|
|
|
|
float top,
|
|
|
|
float z_near,
|
|
|
|
float z_far)
|
2008-08-01 12:23:57 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
float c, d;
|
2008-08-01 12:23:57 +00:00
|
|
|
|
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
|
|
|
|
|
|
|
GE( glMatrixMode (GL_PROJECTION) );
|
|
|
|
GE( glLoadIdentity () );
|
|
|
|
|
2009-01-20 16:20:54 +00:00
|
|
|
GE( glFrustum ((GLdouble)(left),
|
|
|
|
(GLdouble)(right),
|
|
|
|
(GLdouble)(bottom),
|
|
|
|
(GLdouble)(top),
|
|
|
|
(GLdouble)(z_near),
|
|
|
|
(GLdouble)(z_far)) );
|
2008-08-01 12:23:57 +00:00
|
|
|
|
|
|
|
GE( glMatrixMode (GL_MODELVIEW) );
|
|
|
|
|
|
|
|
/* Calculate and store the inverse of the matrix */
|
2009-01-24 16:55:04 +00:00
|
|
|
memset (ctx->inverse_projection, 0, sizeof (float) * 16);
|
2008-08-01 12:23:57 +00:00
|
|
|
|
2009-01-24 16:55:04 +00:00
|
|
|
c = - (z_far + z_near) / (z_far - z_near);
|
|
|
|
d = - (2 * (z_far * z_near)) / (z_far - z_near);
|
2008-08-01 12:23:57 +00:00
|
|
|
|
|
|
|
#define M(row,col) ctx->inverse_projection[col*4+row]
|
2009-01-24 16:55:04 +00:00
|
|
|
M(0,0) = (right - left) / (2 * z_near);
|
|
|
|
M(0,3) = (right + left) / (2 * z_near);
|
|
|
|
M(1,1) = (top - bottom) / (2 * z_near);
|
|
|
|
M(1,3) = (top + bottom) / (2 * z_near);
|
|
|
|
M(2,3) = -1.0;
|
|
|
|
M(3,2) = 1.0 / d;
|
2008-08-01 12:23:57 +00:00
|
|
|
M(3,3) = c / d;
|
|
|
|
#undef M
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
cogl_viewport (guint width,
|
|
|
|
guint height)
|
|
|
|
{
|
|
|
|
GE( glViewport (0, 0, width, height) );
|
|
|
|
}
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
void
|
2009-01-24 16:55:04 +00:00
|
|
|
cogl_setup_viewport (guint width,
|
|
|
|
guint height,
|
2009-01-20 16:20:54 +00:00
|
|
|
float fovy,
|
|
|
|
float aspect,
|
|
|
|
float z_near,
|
|
|
|
float z_far)
|
2007-04-27 21:13:06 +00:00
|
|
|
{
|
2009-01-24 16:55:04 +00:00
|
|
|
float z_camera;
|
2009-02-18 18:54:54 +00:00
|
|
|
CoglMatrix projection_matrix;
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
GE( glViewport (0, 0, width, height) );
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2009-01-24 16:55:04 +00:00
|
|
|
/* For Ortho projection.
|
|
|
|
* glOrthof (0, width << 16, 0, height << 16, -1 << 16, 1 << 16);
|
|
|
|
*/
|
|
|
|
|
2007-04-27 21:13:06 +00:00
|
|
|
cogl_perspective (fovy, aspect, z_near, z_far);
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2007-06-26 16:07:14 +00:00
|
|
|
/*
|
2009-01-22 14:17:16 +00:00
|
|
|
* In theory, we can compute the camera distance from screen as:
|
|
|
|
*
|
|
|
|
* 0.5 * tan (FOV)
|
|
|
|
*
|
|
|
|
* However, it's better to compute the z_camera from our projection
|
|
|
|
* matrix so that we get a 1:1 mapping at the screen distance. Consider
|
|
|
|
* the upper-left corner of the screen. It has object coordinates
|
|
|
|
* (0,0,0), so by the transform below, ends up with eye coordinate
|
|
|
|
*
|
|
|
|
* x_eye = x_object / width - 0.5 = - 0.5
|
|
|
|
* y_eye = (height - y_object) / width - 0.5 = 0.5
|
|
|
|
* z_eye = z_object / width - z_camera = - z_camera
|
|
|
|
*
|
|
|
|
* From cogl_perspective(), we know that the projection matrix has
|
|
|
|
* the form:
|
|
|
|
*
|
|
|
|
* (x, 0, 0, 0)
|
|
|
|
* (0, y, 0, 0)
|
|
|
|
* (0, 0, c, d)
|
|
|
|
* (0, 0, -1, 0)
|
2007-06-26 16:07:14 +00:00
|
|
|
*
|
2009-01-22 14:17:16 +00:00
|
|
|
* Applied to the above, we get clip coordinates of
|
2007-06-26 16:07:14 +00:00
|
|
|
*
|
2009-01-22 14:17:16 +00:00
|
|
|
* x_clip = x * (- 0.5)
|
|
|
|
* y_clip = y * 0.5
|
|
|
|
* w_clip = - 1 * (- z_camera) = z_camera
|
|
|
|
*
|
|
|
|
* Dividing through by w to get normalized device coordinates, we
|
|
|
|
* have, x_nd = x * 0.5 / z_camera, y_nd = - y * 0.5 / z_camera.
|
|
|
|
* The upper left corner of the screen has normalized device coordinates,
|
|
|
|
* (-1, 1), so to have the correct 1:1 mapping, we have to have:
|
|
|
|
*
|
|
|
|
* z_camera = 0.5 * x = 0.5 * y
|
|
|
|
*
|
|
|
|
* If x != y, then we have a non-uniform aspect ration, and a 1:1 mapping
|
|
|
|
* doesn't make sense.
|
2007-06-26 16:07:14 +00:00
|
|
|
*/
|
|
|
|
|
2009-02-18 18:54:54 +00:00
|
|
|
cogl_get_projection_matrix (&projection_matrix);
|
|
|
|
z_camera = 0.5 * projection_matrix.xx;
|
2007-06-28 09:38:42 +00:00
|
|
|
|
2009-01-22 14:17:16 +00:00
|
|
|
GE( glLoadIdentity () );
|
2007-06-28 09:38:42 +00:00
|
|
|
|
2007-05-25 12:07:24 +00:00
|
|
|
GE( glTranslatef (-0.5f, -0.5f, -z_camera) );
|
2009-01-24 16:55:04 +00:00
|
|
|
GE( glScalef (1.0f / width, -1.0f / height, 1.0f / width) );
|
2007-04-27 21:13:06 +00:00
|
|
|
GE( glTranslatef (0.0f, -1.0 * height, 0.0f) );
|
|
|
|
}
|
2007-05-16 09:08:30 +00:00
|
|
|
|
2008-06-27 23:02:30 +00:00
|
|
|
#ifdef HAVE_CLUTTER_OSX
|
|
|
|
static gboolean
|
|
|
|
really_enable_npot (void)
|
|
|
|
{
|
|
|
|
/* OSX backend + ATI Radeon X1600 + NPOT texture + GL_REPEAT seems to crash
|
|
|
|
* http://bugzilla.openedhand.com/show_bug.cgi?id=929
|
|
|
|
*
|
|
|
|
* Temporary workaround until post 0.8 we rejig the features set up a
|
|
|
|
* little to allow the backend to overide.
|
|
|
|
*/
|
|
|
|
const char *gl_renderer;
|
|
|
|
const char *env_string;
|
|
|
|
|
|
|
|
/* Regardless of hardware, allow user to decide. */
|
|
|
|
env_string = g_getenv ("COGL_ENABLE_NPOT");
|
|
|
|
if (env_string != NULL)
|
|
|
|
return env_string[0] == '1';
|
|
|
|
|
|
|
|
gl_renderer = (char*)glGetString (GL_RENDERER);
|
|
|
|
if (strstr (gl_renderer, "ATI Radeon X1600") != NULL)
|
|
|
|
return FALSE;
|
|
|
|
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
static void
|
|
|
|
_cogl_features_init ()
|
2007-05-16 09:08:30 +00:00
|
|
|
{
|
2008-10-30 16:52:56 +00:00
|
|
|
CoglFeatureFlags flags = 0;
|
|
|
|
const gchar *gl_extensions;
|
|
|
|
GLint max_clip_planes = 0;
|
2008-12-04 13:45:09 +00:00
|
|
|
GLint num_stencil_bits = 0;
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2008-06-23 11:01:30 +00:00
|
|
|
_COGL_GET_CONTEXT (ctx, NO_RETVAL);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
flags = COGL_FEATURE_TEXTURE_READ_PIXELS;
|
2007-05-16 09:08:30 +00:00
|
|
|
|
|
|
|
gl_extensions = (const gchar*) glGetString (GL_EXTENSIONS);
|
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (cogl_check_extension ("GL_ARB_texture_non_power_of_two", gl_extensions))
|
|
|
|
{
|
2008-06-27 23:02:30 +00:00
|
|
|
#ifdef HAVE_CLUTTER_OSX
|
|
|
|
if (really_enable_npot ())
|
|
|
|
#endif
|
|
|
|
flags |= COGL_FEATURE_TEXTURE_NPOT;
|
2008-04-25 13:37:36 +00:00
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2007-05-25 10:56:09 +00:00
|
|
|
#ifdef GL_YCBCR_MESA
|
2007-06-14 12:54:47 +00:00
|
|
|
if (cogl_check_extension ("GL_MESA_ycbcr_texture", gl_extensions))
|
2007-05-25 10:56:09 +00:00
|
|
|
{
|
2008-04-25 13:37:36 +00:00
|
|
|
flags |= COGL_FEATURE_TEXTURE_YUV;
|
2007-05-25 10:56:09 +00:00
|
|
|
}
|
|
|
|
#endif
|
2007-10-12 08:17:00 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (cogl_check_extension ("GL_ARB_shader_objects", gl_extensions) &&
|
|
|
|
cogl_check_extension ("GL_ARB_vertex_shader", gl_extensions) &&
|
2007-12-03 16:29:18 +00:00
|
|
|
cogl_check_extension ("GL_ARB_fragment_shader", gl_extensions))
|
|
|
|
{
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glCreateProgramObjectARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLCREATEPROGRAMOBJECTARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glCreateProgramObjectARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glCreateShaderObjectARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLCREATESHADEROBJECTARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glCreateShaderObjectARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glShaderSourceARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLSHADERSOURCEARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glShaderSourceARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glCompileShaderARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLCOMPILESHADERARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glCompileShaderARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glAttachObjectARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLATTACHOBJECTARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glAttachObjectARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glLinkProgramARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLLINKPROGRAMARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glLinkProgramARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glUseProgramObjectARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLUSEPROGRAMOBJECTARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glUseProgramObjectARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glGetUniformLocationARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLGETUNIFORMLOCATIONARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glGetUniformLocationARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glDeleteObjectARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLDELETEOBJECTARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glDeleteObjectARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glGetInfoLogARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLGETINFOLOGARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glGetInfoLogARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glGetObjectParameterivARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLGETOBJECTPARAMETERIVARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glGetObjectParameterivARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glUniform1fARB =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLUNIFORM1FARBPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glUniform1fARB");
|
2008-11-10 18:53:14 +00:00
|
|
|
|
|
|
|
ctx->pf_glVertexAttribPointerARB =
|
|
|
|
(COGL_PFNGLVERTEXATTRIBPOINTERARBPROC)
|
|
|
|
cogl_get_proc_address ("glVertexAttribPointerARB");
|
|
|
|
|
|
|
|
ctx->pf_glEnableVertexAttribArrayARB =
|
|
|
|
(COGL_PFNGLENABLEVERTEXATTRIBARRAYARBPROC)
|
|
|
|
cogl_get_proc_address ("glEnableVertexAttribArrayARB");
|
|
|
|
|
|
|
|
ctx->pf_glDisableVertexAttribArrayARB =
|
|
|
|
(COGL_PFNGLDISABLEVERTEXATTRIBARRAYARBPROC)
|
|
|
|
cogl_get_proc_address ("glDisableVertexAttribArrayARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-11-18 15:08:40 +00:00
|
|
|
ctx->pf_glUniform2fARB =
|
|
|
|
(COGL_PFNGLUNIFORM2FARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform2fARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform3fARB =
|
|
|
|
(COGL_PFNGLUNIFORM3FARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform3fARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform4fARB =
|
|
|
|
(COGL_PFNGLUNIFORM4FARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform4fARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform1fvARB =
|
|
|
|
(COGL_PFNGLUNIFORM1FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform1fvARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform2fvARB =
|
|
|
|
(COGL_PFNGLUNIFORM2FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform2fvARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform3fvARB =
|
|
|
|
(COGL_PFNGLUNIFORM3FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform3fvARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform4fvARB =
|
|
|
|
(COGL_PFNGLUNIFORM4FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform4fvARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform1iARB =
|
|
|
|
(COGL_PFNGLUNIFORM1IARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform1iARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform2iARB =
|
|
|
|
(COGL_PFNGLUNIFORM2IARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform2iARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform3iARB =
|
|
|
|
(COGL_PFNGLUNIFORM3IARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform3iARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform4iARB =
|
|
|
|
(COGL_PFNGLUNIFORM4IARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform4iARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform1ivARB =
|
|
|
|
(COGL_PFNGLUNIFORM1IVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform1ivARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform2ivARB =
|
|
|
|
(COGL_PFNGLUNIFORM2IVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform2ivARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform3ivARB =
|
|
|
|
(COGL_PFNGLUNIFORM3IVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform3ivARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniform4ivARB =
|
|
|
|
(COGL_PFNGLUNIFORM4IVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniform4ivARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniformMatrix2fvARB =
|
|
|
|
(COGL_PFNGLUNIFORMMATRIX2FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniformMatrix2fvARB");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-11-18 15:08:40 +00:00
|
|
|
ctx->pf_glUniformMatrix3fvARB =
|
|
|
|
(COGL_PFNGLUNIFORMMATRIX3FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniformMatrix3fvARB");
|
|
|
|
|
|
|
|
ctx->pf_glUniformMatrix4fvARB =
|
|
|
|
(COGL_PFNGLUNIFORMMATRIX4FVARBPROC)
|
|
|
|
cogl_get_proc_address ("glUniformMatrix4fvARB");
|
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (ctx->pf_glCreateProgramObjectARB &&
|
|
|
|
ctx->pf_glCreateShaderObjectARB &&
|
|
|
|
ctx->pf_glShaderSourceARB &&
|
|
|
|
ctx->pf_glCompileShaderARB &&
|
|
|
|
ctx->pf_glAttachObjectARB &&
|
|
|
|
ctx->pf_glLinkProgramARB &&
|
|
|
|
ctx->pf_glUseProgramObjectARB &&
|
|
|
|
ctx->pf_glGetUniformLocationARB &&
|
|
|
|
ctx->pf_glDeleteObjectARB &&
|
|
|
|
ctx->pf_glGetInfoLogARB &&
|
|
|
|
ctx->pf_glGetObjectParameterivARB &&
|
2008-11-18 15:08:40 +00:00
|
|
|
ctx->pf_glUniform1fARB &&
|
|
|
|
ctx->pf_glUniform2fARB &&
|
|
|
|
ctx->pf_glUniform3fARB &&
|
|
|
|
ctx->pf_glUniform4fARB &&
|
|
|
|
ctx->pf_glUniform1fvARB &&
|
|
|
|
ctx->pf_glUniform2fvARB &&
|
|
|
|
ctx->pf_glUniform3fvARB &&
|
|
|
|
ctx->pf_glUniform4fvARB &&
|
|
|
|
ctx->pf_glUniform1iARB &&
|
|
|
|
ctx->pf_glUniform2iARB &&
|
|
|
|
ctx->pf_glUniform3iARB &&
|
|
|
|
ctx->pf_glUniform4iARB &&
|
|
|
|
ctx->pf_glUniform1ivARB &&
|
|
|
|
ctx->pf_glUniform2ivARB &&
|
|
|
|
ctx->pf_glUniform3ivARB &&
|
|
|
|
ctx->pf_glUniform4ivARB &&
|
|
|
|
ctx->pf_glUniformMatrix2fvARB &&
|
|
|
|
ctx->pf_glUniformMatrix3fvARB &&
|
|
|
|
ctx->pf_glUniformMatrix4fvARB &&
|
2008-11-10 18:53:14 +00:00
|
|
|
ctx->pf_glVertexAttribPointerARB &&
|
|
|
|
ctx->pf_glEnableVertexAttribArrayARB &&
|
|
|
|
ctx->pf_glDisableVertexAttribArrayARB)
|
2008-04-25 13:37:36 +00:00
|
|
|
flags |= COGL_FEATURE_SHADERS_GLSL;
|
2007-12-03 16:29:18 +00:00
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-02-01 15:29:00 +00:00
|
|
|
if (cogl_check_extension ("GL_EXT_framebuffer_object", gl_extensions) ||
|
|
|
|
cogl_check_extension ("GL_ARB_framebuffer_object", gl_extensions))
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
{
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glGenRenderbuffersEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLGENRENDERBUFFERSEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glGenRenderbuffersEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-08-01 12:23:57 +00:00
|
|
|
ctx->pf_glDeleteRenderbuffersEXT =
|
|
|
|
(COGL_PFNGLDELETERENDERBUFFERSEXTPROC)
|
|
|
|
cogl_get_proc_address ("glDeleteRenderbuffersEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glBindRenderbufferEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLBINDRENDERBUFFEREXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glBindRenderbufferEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glRenderbufferStorageEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLRENDERBUFFERSTORAGEEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glRenderbufferStorageEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glGenFramebuffersEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLGENFRAMEBUFFERSEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glGenFramebuffersEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glBindFramebufferEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLBINDFRAMEBUFFEREXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glBindFramebufferEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glFramebufferTexture2DEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLFRAMEBUFFERTEXTURE2DEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glFramebufferTexture2DEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glFramebufferRenderbufferEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLFRAMEBUFFERRENDERBUFFEREXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glFramebufferRenderbufferEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glCheckFramebufferStatusEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLCHECKFRAMEBUFFERSTATUSEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glCheckFramebufferStatusEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glDeleteFramebuffersEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLDELETEFRAMEBUFFERSEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glDeleteFramebuffersEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (ctx->pf_glGenRenderbuffersEXT &&
|
|
|
|
ctx->pf_glBindRenderbufferEXT &&
|
|
|
|
ctx->pf_glRenderbufferStorageEXT &&
|
|
|
|
ctx->pf_glGenFramebuffersEXT &&
|
|
|
|
ctx->pf_glBindFramebufferEXT &&
|
|
|
|
ctx->pf_glFramebufferTexture2DEXT &&
|
|
|
|
ctx->pf_glFramebufferRenderbufferEXT &&
|
|
|
|
ctx->pf_glCheckFramebufferStatusEXT &&
|
|
|
|
ctx->pf_glDeleteFramebuffersEXT)
|
|
|
|
flags |= COGL_FEATURE_OFFSCREEN;
|
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (cogl_check_extension ("GL_EXT_framebuffer_blit", gl_extensions))
|
|
|
|
{
|
|
|
|
ctx->pf_glBlitFramebufferEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLBLITFRAMEBUFFEREXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glBlitFramebufferEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (ctx->pf_glBlitFramebufferEXT)
|
|
|
|
flags |= COGL_FEATURE_OFFSCREEN_BLIT;
|
|
|
|
}
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (cogl_check_extension ("GL_EXT_framebuffer_multisample", gl_extensions))
|
2008-02-01 15:29:00 +00:00
|
|
|
{
|
2008-04-25 13:37:36 +00:00
|
|
|
ctx->pf_glRenderbufferStorageMultisampleEXT =
|
2008-05-12 17:20:22 +00:00
|
|
|
(COGL_PFNGLRENDERBUFFERSTORAGEMULTISAMPLEEXTPROC)
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_proc_address ("glRenderbufferStorageMultisampleEXT");
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (ctx->pf_glRenderbufferStorageMultisampleEXT)
|
|
|
|
flags |= COGL_FEATURE_OFFSCREEN_MULTISAMPLE;
|
2008-02-01 15:29:00 +00:00
|
|
|
}
|
|
|
|
|
2008-12-04 13:45:09 +00:00
|
|
|
GE( glGetIntegerv (GL_STENCIL_BITS, &num_stencil_bits) );
|
|
|
|
/* We need at least three stencil bits to combine clips */
|
|
|
|
if (num_stencil_bits > 2)
|
2008-04-25 13:37:36 +00:00
|
|
|
flags |= COGL_FEATURE_STENCIL_BUFFER;
|
|
|
|
|
|
|
|
GE( glGetIntegerv (GL_MAX_CLIP_PLANES, &max_clip_planes) );
|
|
|
|
if (max_clip_planes >= 4)
|
|
|
|
flags |= COGL_FEATURE_FOUR_CLIP_PLANES;
|
2008-06-23 14:57:36 +00:00
|
|
|
|
2008-11-10 18:53:14 +00:00
|
|
|
if (cogl_check_extension ("GL_ARB_vertex_buffer_object", gl_extensions))
|
|
|
|
{
|
|
|
|
ctx->pf_glGenBuffersARB =
|
|
|
|
(COGL_PFNGLGENBUFFERSARBPROC)
|
|
|
|
cogl_get_proc_address ("glGenBuffersARB");
|
|
|
|
ctx->pf_glBindBufferARB =
|
|
|
|
(COGL_PFNGLBINDBUFFERARBPROC)
|
|
|
|
cogl_get_proc_address ("glBindBufferARB");
|
|
|
|
ctx->pf_glBufferDataARB =
|
|
|
|
(COGL_PFNGLBUFFERDATAARBPROC)
|
|
|
|
cogl_get_proc_address ("glBufferDataARB");
|
2008-12-10 12:13:20 +00:00
|
|
|
ctx->pf_glBufferSubDataARB =
|
|
|
|
(COGL_PFNGLBUFFERSUBDATAARBPROC)
|
|
|
|
cogl_get_proc_address ("glBufferSubDataARB");
|
2008-11-10 18:53:14 +00:00
|
|
|
ctx->pf_glDeleteBuffersARB =
|
|
|
|
(COGL_PFNGLDELETEBUFFERSARBPROC)
|
|
|
|
cogl_get_proc_address ("glDeleteBuffersARB");
|
|
|
|
ctx->pf_glMapBufferARB =
|
|
|
|
(COGL_PFNGLMAPBUFFERARBPROC)
|
|
|
|
cogl_get_proc_address ("glMapBufferARB");
|
|
|
|
ctx->pf_glUnmapBufferARB =
|
|
|
|
(COGL_PFNGLUNMAPBUFFERARBPROC)
|
|
|
|
cogl_get_proc_address ("glUnmapBufferARB");
|
|
|
|
if (ctx->pf_glGenBuffersARB
|
|
|
|
&& ctx->pf_glBindBufferARB
|
|
|
|
&& ctx->pf_glBufferDataARB
|
2008-12-10 12:13:20 +00:00
|
|
|
&& ctx->pf_glBufferSubDataARB
|
2008-11-10 18:53:14 +00:00
|
|
|
&& ctx->pf_glDeleteBuffersARB
|
|
|
|
&& ctx->pf_glMapBufferARB
|
|
|
|
&& ctx->pf_glUnmapBufferARB)
|
|
|
|
flags |= COGL_FEATURE_VBOS;
|
|
|
|
}
|
|
|
|
|
2009-02-16 12:42:08 +00:00
|
|
|
/* These should always be available because they are defined in GL
|
|
|
|
1.2, but we can't call it directly because under Windows
|
|
|
|
functions > 1.1 aren't exported */
|
2008-11-21 16:18:58 +00:00
|
|
|
ctx->pf_glDrawRangeElements =
|
|
|
|
(COGL_PFNGLDRAWRANGEELEMENTSPROC)
|
|
|
|
cogl_get_proc_address ("glDrawRangeElements");
|
2009-02-16 12:42:08 +00:00
|
|
|
ctx->pf_glActiveTexture =
|
|
|
|
(COGL_PFNGLACTIVETEXTUREPROC)
|
|
|
|
cogl_get_proc_address ("glActiveTexture");
|
|
|
|
ctx->pf_glClientActiveTexture =
|
|
|
|
(COGL_PFNGLCLIENTACTIVETEXTUREPROC)
|
|
|
|
cogl_get_proc_address ("glClientActiveTexture");
|
2008-11-21 16:18:58 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
/* Cache features */
|
|
|
|
ctx->feature_flags = flags;
|
|
|
|
ctx->features_cached = TRUE;
|
|
|
|
}
|
|
|
|
|
2008-10-30 16:52:56 +00:00
|
|
|
CoglFeatureFlags
|
2008-04-25 13:37:36 +00:00
|
|
|
cogl_get_features ()
|
|
|
|
{
|
|
|
|
_COGL_GET_CONTEXT (ctx, 0);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (!ctx->features_cached)
|
|
|
|
_cogl_features_init ();
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
return ctx->feature_flags;
|
|
|
|
}
|
|
|
|
|
|
|
|
gboolean
|
|
|
|
cogl_features_available (CoglFeatureFlags features)
|
|
|
|
{
|
|
|
|
_COGL_GET_CONTEXT (ctx, 0);
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
if (!ctx->features_cached)
|
|
|
|
_cogl_features_init ();
|
Fully integrates CoglMaterial throughout the rest of Cogl
This glues CoglMaterial in as the fundamental way that Cogl describes how to
fill in geometry.
It adds cogl_set_source (), which is used to set the material which will be
used by all subsequent drawing functions
It adds cogl_set_source_texture as a convenience for setting up a default
material with a single texture layer, and cogl_set_source_color is now also
a convenience for setting up a material with a solid fill.
"drawing functions" include, cogl_rectangle, cogl_texture_rectangle,
cogl_texture_multiple_rectangles, cogl_texture_polygon (though the
cogl_texture_* funcs have been renamed; see below for details),
cogl_path_fill/stroke and cogl_vertex_buffer_draw*.
cogl_texture_rectangle, cogl_texture_multiple_rectangles and
cogl_texture_polygon no longer take a texture handle; instead the current
source material is referenced. The functions have also been renamed to:
cogl_rectangle_with_texture_coords, cogl_rectangles_with_texture_coords
and cogl_polygon respectivly.
Most code that previously did:
cogl_texture_rectangle (tex_handle, x, y,...);
needs to be changed to now do:
cogl_set_source_texture (tex_handle);
cogl_rectangle_with_texture_coords (x, y,....);
In the less likely case where you were blending your source texture with a color
like:
cogl_set_source_color4ub (r,g,b,a); /* where r,g,b,a isn't just white */
cogl_texture_rectangle (tex_handle, x, y,...);
you will need your own material to do that:
mat = cogl_material_new ();
cogl_material_set_color4ub (r,g,b,a);
cogl_material_set_layer (mat, 0, tex_handle));
cogl_set_source_material (mat);
Code that uses the texture coordinates, 0, 0, 1, 1 don't need to use
cog_rectangle_with_texure_coords since these are the coordinates that
cogl_rectangle will use.
For cogl_texture_polygon; as well as dropping the texture handle, the
n_vertices and vertices arguments were transposed for consistency. So
code previously written as:
cogl_texture_polygon (tex_handle, 3, verts, TRUE);
need to be written as:
cogl_set_source_texture (tex_handle);
cogl_polygon (verts, 3, TRUE);
All of the unit tests have been updated to now use the material API and
test-cogl-material has been renamed to test-cogl-multitexture since any
textured quad is now technically a test of CoglMaterial but this test
specifically creates a material with multiple texture layers.
Note: The GLES backend has not been updated yet; that will be done in a
following commit.
2009-01-23 16:15:40 +00:00
|
|
|
|
2008-04-25 13:37:36 +00:00
|
|
|
return (ctx->feature_flags & features) == features;
|
2007-05-16 09:08:30 +00:00
|
|
|
}
|
|
|
|
|
2007-06-12 11:42:29 +00:00
|
|
|
void
|
2009-02-18 18:54:54 +00:00
|
|
|
cogl_get_modelview_matrix (CoglMatrix *matrix)
|
2007-06-12 11:42:29 +00:00
|
|
|
{
|
2009-02-18 18:54:54 +00:00
|
|
|
float m[16];
|
2009-01-20 16:20:54 +00:00
|
|
|
glGetFloatv (GL_MODELVIEW_MATRIX, m);
|
2009-02-18 18:54:54 +00:00
|
|
|
/* Since it's internal to Cogl and CoglMatrix doesn't currently have
|
|
|
|
* any flag members, we could avoid this extra copy if it really
|
|
|
|
* bothers anyone */
|
|
|
|
cogl_matrix_init_from_gl_matrix (matrix, m);
|
2007-06-12 11:42:29 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-02-18 18:54:54 +00:00
|
|
|
cogl_get_projection_matrix (CoglMatrix *matrix)
|
2007-06-12 11:42:29 +00:00
|
|
|
{
|
2009-02-18 18:54:54 +00:00
|
|
|
float m[16];
|
2009-01-20 16:20:54 +00:00
|
|
|
glGetFloatv (GL_PROJECTION_MATRIX, m);
|
2009-02-18 18:54:54 +00:00
|
|
|
/* Since it's internal to Cogl and CoglMatrix doesn't currently have
|
|
|
|
* any flag members, we could avoid this extra copy if it really
|
|
|
|
* bothers anyone */
|
|
|
|
cogl_matrix_init_from_gl_matrix (matrix, m);
|
2007-06-12 11:42:29 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2009-01-20 16:20:54 +00:00
|
|
|
cogl_get_viewport (float v[4])
|
2007-06-12 11:42:29 +00:00
|
|
|
{
|
2009-01-28 14:09:51 +00:00
|
|
|
/* FIXME: cogl_get_viewport should return a gint vec */
|
|
|
|
#if defined (HAVE_COGL_GLES2) || defined (HAVE_COGL_GLES)
|
|
|
|
GLint viewport[4];
|
|
|
|
int i;
|
|
|
|
|
|
|
|
glGetIntegerv (GL_VIEWPORT, viewport);
|
|
|
|
|
|
|
|
for (i = 0; i < 4; i++)
|
|
|
|
v[i] = (float)(viewport[i]);
|
|
|
|
#else
|
2009-01-20 16:20:54 +00:00
|
|
|
glGetFloatv (GL_VIEWPORT, v);
|
2009-01-28 14:09:51 +00:00
|
|
|
#endif
|
2007-06-12 11:42:29 +00:00
|
|
|
}
|
2007-07-12 10:15:19 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
cogl_get_bitmasks (gint *red, gint *green, gint *blue, gint *alpha)
|
|
|
|
{
|
2007-10-26 22:06:45 +00:00
|
|
|
GLint value;
|
2007-07-12 10:15:19 +00:00
|
|
|
if (red)
|
2007-10-26 22:06:45 +00:00
|
|
|
{
|
|
|
|
GE( glGetIntegerv(GL_RED_BITS, &value) );
|
|
|
|
*red = value;
|
|
|
|
}
|
2007-07-12 10:15:19 +00:00
|
|
|
if (green)
|
2007-10-26 22:06:45 +00:00
|
|
|
{
|
|
|
|
GE( glGetIntegerv(GL_GREEN_BITS, &value) );
|
|
|
|
*green = value;
|
|
|
|
}
|
2007-07-12 10:15:19 +00:00
|
|
|
if (blue)
|
2007-10-26 22:06:45 +00:00
|
|
|
{
|
|
|
|
GE( glGetIntegerv(GL_BLUE_BITS, &value) );
|
|
|
|
*blue = value;
|
|
|
|
}
|
2007-07-12 10:15:19 +00:00
|
|
|
if (alpha)
|
2007-10-26 22:06:45 +00:00
|
|
|
{
|
|
|
|
GE( glGetIntegerv(GL_ALPHA_BITS, &value ) );
|
|
|
|
*alpha = value;
|
|
|
|
}
|
2007-07-12 10:15:19 +00:00
|
|
|
}
|
2007-11-21 11:55:26 +00:00
|
|
|
|
|
|
|
void
|
2009-02-04 09:21:37 +00:00
|
|
|
cogl_set_fog (const CoglColor *fog_color,
|
2009-02-12 13:23:20 +00:00
|
|
|
CoglFogMode mode,
|
2009-02-04 09:21:37 +00:00
|
|
|
float density,
|
|
|
|
float z_near,
|
|
|
|
float z_far)
|
2007-11-21 11:55:26 +00:00
|
|
|
{
|
|
|
|
GLfloat fogColor[4];
|
2009-02-18 18:45:58 +00:00
|
|
|
GLenum gl_mode = GL_LINEAR;
|
2007-11-21 11:55:26 +00:00
|
|
|
|
2008-10-30 16:50:07 +00:00
|
|
|
fogColor[0] = cogl_color_get_red_float (fog_color);
|
|
|
|
fogColor[1] = cogl_color_get_green_float (fog_color);
|
|
|
|
fogColor[2] = cogl_color_get_blue_float (fog_color);
|
|
|
|
fogColor[3] = cogl_color_get_alpha_float (fog_color);
|
2007-11-21 11:55:26 +00:00
|
|
|
|
|
|
|
glEnable (GL_FOG);
|
|
|
|
|
|
|
|
glFogfv (GL_FOG_COLOR, fogColor);
|
|
|
|
|
2009-02-12 13:23:20 +00:00
|
|
|
switch (mode)
|
|
|
|
{
|
|
|
|
case COGL_FOG_MODE_LINEAR:
|
|
|
|
gl_mode = GL_LINEAR;
|
|
|
|
break;
|
|
|
|
case COGL_FOG_MODE_EXPONENTIAL:
|
|
|
|
gl_mode = GL_EXP;
|
|
|
|
break;
|
|
|
|
case COGL_FOG_MODE_EXPONENTIAL_SQUARED:
|
|
|
|
gl_mode = GL_EXP2;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2009-01-28 14:09:51 +00:00
|
|
|
/* NB: GLES doesn't have glFogi */
|
2009-02-12 13:23:20 +00:00
|
|
|
glFogf (GL_FOG_MODE, gl_mode);
|
2007-11-21 11:55:26 +00:00
|
|
|
glHint (GL_FOG_HINT, GL_NICEST);
|
|
|
|
|
2009-01-24 16:55:04 +00:00
|
|
|
glFogf (GL_FOG_DENSITY, (GLfloat) density);
|
|
|
|
glFogf (GL_FOG_START, (GLfloat) z_near);
|
|
|
|
glFogf (GL_FOG_END, (GLfloat) z_far);
|
2007-11-21 11:55:26 +00:00
|
|
|
}
|
2008-11-10 18:53:14 +00:00
|
|
|
|
2009-02-12 13:23:20 +00:00
|
|
|
void
|
|
|
|
cogl_disable_fog (void)
|
|
|
|
{
|
|
|
|
glDisable (GL_FOG);
|
|
|
|
}
|
|
|
|
|