2008-04-25 09:37:36 -04:00
|
|
|
/*
|
2009-04-27 10:48:12 -04:00
|
|
|
* Cogl
|
2008-04-25 09:37:36 -04:00
|
|
|
*
|
2014-02-21 20:28:54 -05:00
|
|
|
* A Low Level GPU Graphics and Utilities API
|
2008-04-25 09:37:36 -04:00
|
|
|
*
|
2013-05-14 08:39:48 -04:00
|
|
|
* Copyright (C) 2007,2008,2009,2013 Intel Corporation.
|
2008-04-25 09:37:36 -04:00
|
|
|
*
|
2014-02-21 20:28:54 -05:00
|
|
|
* Permission is hereby granted, free of charge, to any person
|
|
|
|
* obtaining a copy of this software and associated documentation
|
|
|
|
* files (the "Software"), to deal in the Software without
|
|
|
|
* restriction, including without limitation the rights to use, copy,
|
|
|
|
* modify, merge, publish, distribute, sublicense, and/or sell copies
|
|
|
|
* of the Software, and to permit persons to whom the Software is
|
|
|
|
* furnished to do so, subject to the following conditions:
|
2008-04-25 09:37:36 -04:00
|
|
|
*
|
2014-02-21 20:28:54 -05:00
|
|
|
* The above copyright notice and this permission notice shall be
|
|
|
|
* included in all copies or substantial portions of the Software.
|
2008-04-25 09:37:36 -04:00
|
|
|
*
|
2014-02-21 20:28:54 -05:00
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
|
|
|
|
* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
|
|
|
|
* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
|
|
|
|
* NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS
|
|
|
|
* BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN
|
|
|
|
* ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
|
|
|
* CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
|
|
* SOFTWARE.
|
2010-03-01 07:56:10 -05:00
|
|
|
*
|
|
|
|
*
|
2008-04-25 09:37:36 -04:00
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
#include "config.h"
|
|
|
|
#endif
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
#include "cogl-object.h"
|
2010-11-05 08:28:33 -04:00
|
|
|
#include "cogl-private.h"
|
|
|
|
#include "cogl-winsys-private.h"
|
2011-06-13 07:42:25 -04:00
|
|
|
#include "winsys/cogl-winsys-stub-private.h"
|
2010-08-16 16:11:42 -04:00
|
|
|
#include "cogl-profile.h"
|
2008-04-25 09:37:36 -04:00
|
|
|
#include "cogl-util.h"
|
2010-11-04 18:25:52 -04:00
|
|
|
#include "cogl-context-private.h"
|
2013-01-20 13:47:40 -05:00
|
|
|
#include "cogl-util-gl-private.h"
|
2011-02-25 06:29:08 -05:00
|
|
|
#include "cogl-display-private.h"
|
|
|
|
#include "cogl-renderer-private.h"
|
2009-09-16 09:01:57 -04:00
|
|
|
#include "cogl-journal-private.h"
|
2009-01-26 06:07:35 -05:00
|
|
|
#include "cogl-texture-private.h"
|
2012-02-09 07:52:45 -05:00
|
|
|
#include "cogl-texture-2d-private.h"
|
|
|
|
#include "cogl-texture-3d-private.h"
|
|
|
|
#include "cogl-texture-rectangle-private.h"
|
2010-10-27 13:54:57 -04:00
|
|
|
#include "cogl-pipeline-private.h"
|
|
|
|
#include "cogl-pipeline-opengl-private.h"
|
2009-11-26 14:06:35 -05:00
|
|
|
#include "cogl-framebuffer-private.h"
|
2011-10-13 16:31:04 -04:00
|
|
|
#include "cogl-onscreen-private.h"
|
2011-11-24 13:09:53 -05:00
|
|
|
#include "cogl-attribute-private.h"
|
2012-02-17 16:46:39 -05:00
|
|
|
#include "cogl1-context.h"
|
2012-03-27 09:43:04 -04:00
|
|
|
#include "cogl-gpu-info-private.h"
|
2012-07-31 11:30:33 -04:00
|
|
|
#include "cogl-config-private.h"
|
2012-08-31 14:28:27 -04:00
|
|
|
#include "cogl-error-private.h"
|
2013-09-02 11:02:42 -04:00
|
|
|
#include "cogl-gtype-private.h"
|
2008-04-25 09:37:36 -04:00
|
|
|
|
2014-01-01 22:33:03 -05:00
|
|
|
#include "cogl/deprecated/cogl-framebuffer-deprecated.h"
|
|
|
|
|
2009-01-26 06:07:35 -05:00
|
|
|
#include <string.h>
|
2012-10-02 06:44:00 -04:00
|
|
|
#include <stdlib.h>
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-06-18 10:25:51 -04:00
|
|
|
#ifdef HAVE_COGL_GL
|
2010-11-29 11:56:41 -05:00
|
|
|
#include "cogl-pipeline-fragend-arbfp-private.h"
|
2010-06-18 10:25:51 -04:00
|
|
|
#endif
|
|
|
|
|
2013-01-24 06:41:38 -05:00
|
|
|
/* These aren't defined in the GLES headers */
|
2010-03-22 09:33:55 -04:00
|
|
|
#ifndef GL_POINT_SPRITE
|
|
|
|
#define GL_POINT_SPRITE 0x8861
|
|
|
|
#endif
|
|
|
|
|
2013-01-24 06:41:38 -05:00
|
|
|
#ifndef GL_NUM_EXTENSIONS
|
|
|
|
#define GL_NUM_EXTENSIONS 0x821D
|
|
|
|
#endif
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
static void _cogl_context_free (CoglContext *context);
|
|
|
|
|
|
|
|
COGL_OBJECT_DEFINE (Context, context);
|
2013-09-02 11:02:42 -04:00
|
|
|
COGL_GTYPE_DEFINE_CLASS (Context, context);
|
2010-11-04 20:00:25 -04:00
|
|
|
|
2009-07-27 20:34:33 -04:00
|
|
|
extern void
|
|
|
|
_cogl_create_context_driver (CoglContext *context);
|
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
static CoglContext *_cogl_context = NULL;
|
2008-04-25 09:37:36 -04:00
|
|
|
|
2010-11-24 13:37:47 -05:00
|
|
|
static void
|
|
|
|
_cogl_init_feature_overrides (CoglContext *ctx)
|
|
|
|
{
|
2011-01-24 09:28:00 -05:00
|
|
|
if (G_UNLIKELY (COGL_DEBUG_ENABLED (COGL_DEBUG_DISABLE_VBOS)))
|
2013-11-25 11:11:36 -05:00
|
|
|
COGL_FLAGS_SET (ctx->private_features, COGL_PRIVATE_FEATURE_VBOS, FALSE);
|
2010-11-24 13:37:47 -05:00
|
|
|
|
2011-01-24 09:28:00 -05:00
|
|
|
if (G_UNLIKELY (COGL_DEBUG_ENABLED (COGL_DEBUG_DISABLE_PBOS)))
|
2013-11-25 11:11:36 -05:00
|
|
|
COGL_FLAGS_SET (ctx->private_features, COGL_PRIVATE_FEATURE_PBOS, FALSE);
|
2010-11-24 13:37:47 -05:00
|
|
|
|
2011-01-24 09:28:00 -05:00
|
|
|
if (G_UNLIKELY (COGL_DEBUG_ENABLED (COGL_DEBUG_DISABLE_ARBFP)))
|
2011-10-12 17:31:12 -04:00
|
|
|
{
|
|
|
|
ctx->feature_flags &= ~COGL_FEATURE_SHADERS_ARBFP;
|
|
|
|
COGL_FLAGS_SET (ctx->features, COGL_FEATURE_ID_ARBFP, FALSE);
|
|
|
|
}
|
2010-11-24 13:37:47 -05:00
|
|
|
|
2011-01-24 09:28:00 -05:00
|
|
|
if (G_UNLIKELY (COGL_DEBUG_ENABLED (COGL_DEBUG_DISABLE_GLSL)))
|
2011-10-12 17:31:12 -04:00
|
|
|
{
|
|
|
|
ctx->feature_flags &= ~COGL_FEATURE_SHADERS_GLSL;
|
|
|
|
COGL_FLAGS_SET (ctx->features, COGL_FEATURE_ID_GLSL, FALSE);
|
2012-11-08 11:56:02 -05:00
|
|
|
COGL_FLAGS_SET (ctx->features,
|
|
|
|
COGL_FEATURE_ID_PER_VERTEX_POINT_SIZE,
|
|
|
|
FALSE);
|
2011-10-12 17:31:12 -04:00
|
|
|
}
|
2010-11-24 13:37:47 -05:00
|
|
|
|
2011-01-24 09:28:00 -05:00
|
|
|
if (G_UNLIKELY (COGL_DEBUG_ENABLED (COGL_DEBUG_DISABLE_NPOT_TEXTURES)))
|
2011-10-12 17:31:12 -04:00
|
|
|
{
|
|
|
|
ctx->feature_flags &= ~(COGL_FEATURE_TEXTURE_NPOT |
|
|
|
|
COGL_FEATURE_TEXTURE_NPOT_BASIC |
|
|
|
|
COGL_FEATURE_TEXTURE_NPOT_MIPMAP |
|
|
|
|
COGL_FEATURE_TEXTURE_NPOT_REPEAT);
|
|
|
|
COGL_FLAGS_SET (ctx->features, COGL_FEATURE_ID_TEXTURE_NPOT, FALSE);
|
|
|
|
COGL_FLAGS_SET (ctx->features,
|
|
|
|
COGL_FEATURE_ID_TEXTURE_NPOT_BASIC, FALSE);
|
|
|
|
COGL_FLAGS_SET (ctx->features,
|
|
|
|
COGL_FEATURE_ID_TEXTURE_NPOT_MIPMAP, FALSE);
|
|
|
|
COGL_FLAGS_SET (ctx->features,
|
|
|
|
COGL_FEATURE_ID_TEXTURE_NPOT_REPEAT, FALSE);
|
|
|
|
}
|
2010-11-24 13:37:47 -05:00
|
|
|
}
|
|
|
|
|
2011-02-25 06:29:08 -05:00
|
|
|
const CoglWinsysVtable *
|
|
|
|
_cogl_context_get_winsys (CoglContext *context)
|
|
|
|
{
|
|
|
|
return context->display->renderer->winsys_vtable;
|
|
|
|
}
|
|
|
|
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
/* For reference: There was some deliberation over whether to have a
|
|
|
|
* constructor that could throw an exception but looking at standard
|
|
|
|
* practices with several high level OO languages including python, C++,
|
|
|
|
* C# Java and Ruby they all support exceptions in constructors and the
|
|
|
|
* general consensus appears to be that throwing an exception is neater
|
|
|
|
* than successfully constructing with an internal error status that
|
|
|
|
* would then have to be explicitly checked via some form of ::is_ok()
|
|
|
|
* method.
|
2010-11-04 20:00:25 -04:00
|
|
|
*/
|
|
|
|
CoglContext *
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
cogl_context_new (CoglDisplay *display,
|
2012-08-31 14:28:27 -04:00
|
|
|
CoglError **error)
|
2008-04-25 09:37:36 -04:00
|
|
|
{
|
2010-11-04 20:00:25 -04:00
|
|
|
CoglContext *context;
|
2013-06-23 11:18:18 -04:00
|
|
|
uint8_t white_pixel[] = { 0xff, 0xff, 0xff, 0xff };
|
|
|
|
CoglBitmap *white_pixel_bitmap;
|
2011-02-25 06:29:08 -05:00
|
|
|
const CoglWinsysVtable *winsys;
|
2010-07-05 18:24:34 -04:00
|
|
|
int i;
|
2012-08-31 14:28:27 -04:00
|
|
|
CoglError *internal_error = NULL;
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2011-06-14 17:33:44 -04:00
|
|
|
_cogl_init ();
|
|
|
|
|
2011-06-13 05:30:49 -04:00
|
|
|
#ifdef COGL_ENABLE_PROFILE
|
2010-08-16 16:11:42 -04:00
|
|
|
/* We need to be absolutely sure that uprof has been initialized
|
|
|
|
* before calling _cogl_uprof_init. uprof_init (NULL, NULL)
|
|
|
|
* will be a NOP if it has been initialized but it will also
|
|
|
|
* mean subsequent parsing of the UProf GOptionGroup will have no
|
|
|
|
* affect.
|
|
|
|
*
|
|
|
|
* Sadly GOptionGroup based library initialization is extremely
|
|
|
|
* fragile by design because GOptionGroups have no notion of
|
|
|
|
* dependencies and so the order things are initialized isn't
|
|
|
|
* currently under tight control.
|
|
|
|
*/
|
|
|
|
uprof_init (NULL, NULL);
|
|
|
|
_cogl_uprof_init ();
|
|
|
|
#endif
|
|
|
|
|
2008-04-25 09:37:36 -04:00
|
|
|
/* Allocate context memory */
|
2012-03-05 22:21:30 -05:00
|
|
|
context = g_malloc0 (sizeof (CoglContext));
|
2010-11-04 20:00:25 -04:00
|
|
|
|
2012-03-13 10:46:18 -04:00
|
|
|
/* Convert the context into an object immediately in case any of the
|
|
|
|
code below wants to verify that the context pointer is a valid
|
|
|
|
object */
|
|
|
|
_cogl_context_object_new (context);
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
/* XXX: Gross hack!
|
|
|
|
* Currently everything in Cogl just assumes there is a default
|
|
|
|
* context which it can access via _COGL_GET_CONTEXT() including
|
|
|
|
* code used to construct a CoglContext. Until all of that code
|
|
|
|
* has been updated to take an explicit context argument we have
|
2010-11-05 08:28:33 -04:00
|
|
|
* to immediately make our pointer the default context.
|
2010-11-04 20:00:25 -04:00
|
|
|
*/
|
2012-09-10 05:42:03 -04:00
|
|
|
_cogl_context = context;
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2008-04-25 09:37:36 -04:00
|
|
|
/* Init default values */
|
2011-10-12 17:31:12 -04:00
|
|
|
memset (context->features, 0, sizeof (context->features));
|
2010-11-05 08:28:33 -04:00
|
|
|
context->feature_flags = 0;
|
2013-11-25 11:11:36 -05:00
|
|
|
memset (context->private_features, 0, sizeof (context->private_features));
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-05 08:28:33 -04:00
|
|
|
context->rectangle_state = COGL_WINSYS_RECTANGLE_STATE_UNKNOWN;
|
|
|
|
|
2011-04-15 10:39:14 -04:00
|
|
|
memset (context->winsys_features, 0, sizeof (context->winsys_features));
|
2010-11-05 08:28:33 -04:00
|
|
|
|
|
|
|
if (!display)
|
2012-04-10 14:21:55 -04:00
|
|
|
{
|
|
|
|
CoglRenderer *renderer = cogl_renderer_new ();
|
|
|
|
if (!cogl_renderer_connect (renderer, error))
|
|
|
|
{
|
|
|
|
g_free (context);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
display = cogl_display_new (renderer, NULL);
|
2013-07-11 20:05:12 -04:00
|
|
|
cogl_object_unref(renderer);
|
2012-04-10 14:21:55 -04:00
|
|
|
}
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
else
|
|
|
|
cogl_object_ref (display);
|
|
|
|
|
|
|
|
if (!cogl_display_setup (display, error))
|
|
|
|
{
|
|
|
|
cogl_object_unref (display);
|
|
|
|
g_free (context);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2010-11-05 08:28:33 -04:00
|
|
|
context->display = display;
|
|
|
|
|
2011-07-07 15:44:56 -04:00
|
|
|
/* This is duplicated data, but it's much more convenient to have
|
|
|
|
the driver attached to the context and the value is accessed a
|
|
|
|
lot throughout Cogl */
|
|
|
|
context->driver = display->renderer->driver;
|
|
|
|
|
2012-08-31 19:04:00 -04:00
|
|
|
/* Again this is duplicated data, but it convenient to be able
|
|
|
|
* access these from the context. */
|
|
|
|
context->driver_vtable = display->renderer->driver_vtable;
|
|
|
|
context->texture_driver = display->renderer->texture_driver;
|
2011-07-07 15:44:56 -04:00
|
|
|
|
2013-11-25 11:11:36 -05:00
|
|
|
for (i = 0; i < G_N_ELEMENTS (context->private_features); i++)
|
|
|
|
context->private_features[i] |= display->renderer->private_features[i];
|
2013-05-11 13:15:25 -04:00
|
|
|
|
2012-03-22 12:32:56 -04:00
|
|
|
winsys = _cogl_context_get_winsys (context);
|
|
|
|
if (!winsys->context_init (context, error))
|
|
|
|
{
|
|
|
|
cogl_object_unref (display);
|
|
|
|
g_free (context);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2011-11-24 13:09:53 -05:00
|
|
|
context->attribute_name_states_hash =
|
|
|
|
g_hash_table_new_full (g_str_hash, g_str_equal, g_free, g_free);
|
|
|
|
context->attribute_name_index_map = NULL;
|
|
|
|
context->n_attribute_names = 0;
|
|
|
|
|
|
|
|
/* The "cogl_color_in" attribute needs a deterministic name_index
|
|
|
|
* so we make sure it's the first attribute name we register */
|
|
|
|
_cogl_attribute_register_attribute_name (context, "cogl_color_in");
|
|
|
|
|
|
|
|
|
2011-11-04 14:26:17 -04:00
|
|
|
context->uniform_names =
|
|
|
|
g_ptr_array_new_with_free_func ((GDestroyNotify) g_free);
|
|
|
|
context->uniform_name_hash = g_hash_table_new (g_str_hash, g_str_equal);
|
cogl-pipeline: Add support for setting uniform values
This adds the following new public experimental functions to set
uniform values on a CoglPipeline:
void
cogl_pipeline_set_uniform_1f (CoglPipeline *pipeline,
int uniform_location,
float value);
void
cogl_pipeline_set_uniform_1i (CoglPipeline *pipeline,
int uniform_location,
int value);
void
cogl_pipeline_set_uniform_float (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const float *value);
void
cogl_pipeline_set_uniform_int (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const int *value);
void
cogl_pipeline_set_uniform_matrix (CoglPipeline *pipeline,
int uniform_location,
int dimensions,
int count,
gboolean transpose,
const float *value);
These are similar to the old functions used to set uniforms on a
CoglProgram. To get a value to pass in as the uniform_location there
is also:
int
cogl_pipeline_get_uniform_location (CoglPipeline *pipeline,
const char *uniform_name);
Conceptually the uniform locations are tied to the pipeline so that
whenever setting a value for a new pipeline the application is
expected to call this function. However in practice the uniform
locations are global to the CoglContext. The names are stored in a
linked list where the position in the list is the uniform location.
The global indices are used so that each pipeline can store a mask of
which uniforms it overrides. That way it is quicker to detect which
uniforms are different from the last pipeline that used the same
CoglProgramState so it can avoid flushing uniforms that haven't
changed. Currently the values are not actually compared which means
that it will only avoid flushing a uniform if there is a common
ancestor that sets the value (or if the same pipeline is being flushed
again - in which case the pipeline and its common ancestor are the
same thing).
The uniform values are stored in the big state of the pipeline as a
sparse linked list. A bitmask stores which values have been overridden
and only overridden values are stored in the linked list.
Reviewed-by: Robert Bragg <robert@linux.intel.com>
2011-11-03 13:20:43 -04:00
|
|
|
context->n_uniform_names = 0;
|
|
|
|
|
2009-10-22 07:35:33 -04:00
|
|
|
/* Initialise the driver specific state */
|
2010-11-04 20:34:37 -04:00
|
|
|
_cogl_init_feature_overrides (context);
|
2009-10-22 07:35:33 -04:00
|
|
|
|
2012-10-02 06:44:00 -04:00
|
|
|
/* XXX: ONGOING BUG: Intel viewport scissor
|
|
|
|
*
|
|
|
|
* Intel gen6 drivers don't currently correctly handle offset
|
|
|
|
* viewports, since primitives aren't clipped within the bounds of
|
|
|
|
* the viewport. To workaround this we push our own clip for the
|
|
|
|
* viewport that will use scissoring to ensure we clip as expected.
|
|
|
|
*
|
|
|
|
* TODO: file a bug upstream!
|
|
|
|
*/
|
|
|
|
if (context->gpu.driver_package == COGL_GPU_INFO_DRIVER_PACKAGE_MESA &&
|
|
|
|
context->gpu.architecture == COGL_GPU_INFO_ARCHITECTURE_SANDYBRIDGE &&
|
|
|
|
!getenv ("COGL_DISABLE_INTEL_VIEWPORT_SCISSORT_WORKAROUND"))
|
|
|
|
context->needs_viewport_scissor_workaround = TRUE;
|
|
|
|
else
|
|
|
|
context->needs_viewport_scissor_workaround = FALSE;
|
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
context->sampler_cache = _cogl_sampler_cache_new (context);
|
2012-04-04 17:20:04 -04:00
|
|
|
|
2010-10-27 13:54:57 -04:00
|
|
|
_cogl_pipeline_init_default_pipeline ();
|
|
|
|
_cogl_pipeline_init_default_layers ();
|
2010-11-04 09:57:36 -04:00
|
|
|
_cogl_pipeline_init_state_hash_functions ();
|
|
|
|
_cogl_pipeline_init_layer_state_hash_functions ();
|
2009-11-11 07:50:48 -05:00
|
|
|
|
2011-07-12 00:37:09 -04:00
|
|
|
context->current_clip_stack_valid = FALSE;
|
|
|
|
context->current_clip_stack = NULL;
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2011-09-15 06:25:39 -04:00
|
|
|
context->legacy_backface_culling_enabled = FALSE;
|
2009-03-10 13:53:51 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
cogl_matrix_init_identity (&context->identity_matrix);
|
|
|
|
cogl_matrix_init_identity (&context->y_flip_matrix);
|
|
|
|
cogl_matrix_scale (&context->y_flip_matrix, 1, -1, 1);
|
2009-10-22 11:13:01 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->flushed_matrix_mode = COGL_MATRIX_MODELVIEW;
|
2010-04-26 05:01:43 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->texture_units =
|
2010-04-26 05:01:43 -04:00
|
|
|
g_array_new (FALSE, FALSE, sizeof (CoglTextureUnit));
|
|
|
|
|
2013-11-25 11:11:36 -05:00
|
|
|
if (_cogl_has_private_feature (context, COGL_PRIVATE_FEATURE_ANY_GL))
|
2012-09-12 17:39:46 -04:00
|
|
|
{
|
|
|
|
/* See cogl-pipeline.c for more details about why we leave texture unit 1
|
|
|
|
* active by default... */
|
|
|
|
context->active_texture_unit = 1;
|
|
|
|
GE (context, glActiveTexture (GL_TEXTURE1));
|
|
|
|
}
|
2009-09-28 21:58:27 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->legacy_fog_state.enabled = FALSE;
|
2010-07-06 15:18:26 -04:00
|
|
|
|
2012-02-18 11:03:10 -05:00
|
|
|
context->opaque_color_pipeline = cogl_pipeline_new (context);
|
|
|
|
context->blended_color_pipeline = cogl_pipeline_new (context);
|
|
|
|
context->texture_pipeline = cogl_pipeline_new (context);
|
2010-11-04 20:00:25 -04:00
|
|
|
context->codegen_header_buffer = g_string_new ("");
|
|
|
|
context->codegen_source_buffer = g_string_new ("");
|
2013-01-19 11:00:33 -05:00
|
|
|
context->codegen_boilerplate_buffer = g_string_new ("");
|
2010-11-04 20:00:25 -04:00
|
|
|
context->source_stack = NULL;
|
2010-04-26 05:01:43 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->legacy_state_set = 0;
|
2008-12-04 08:45:09 -05:00
|
|
|
|
2011-08-24 16:30:34 -04:00
|
|
|
context->default_gl_texture_2d_tex = NULL;
|
2012-02-09 07:52:45 -05:00
|
|
|
context->default_gl_texture_3d_tex = NULL;
|
2011-08-24 16:30:34 -04:00
|
|
|
context->default_gl_texture_rect_tex = NULL;
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->framebuffers = NULL;
|
2011-11-21 10:53:40 -05:00
|
|
|
context->current_draw_buffer = NULL;
|
|
|
|
context->current_read_buffer = NULL;
|
|
|
|
context->current_draw_buffer_state_flushed = 0;
|
|
|
|
context->current_draw_buffer_changes = COGL_FRAMEBUFFER_STATE_ALL;
|
2011-01-21 12:28:34 -05:00
|
|
|
|
2012-11-12 11:58:10 -05:00
|
|
|
context->swap_callback_closures =
|
|
|
|
g_hash_table_new (g_direct_hash, g_direct_equal);
|
|
|
|
|
2013-06-08 18:03:25 -04:00
|
|
|
_cogl_list_init (&context->onscreen_events_queue);
|
|
|
|
_cogl_list_init (&context->onscreen_dirty_queue);
|
2012-11-12 11:58:10 -05:00
|
|
|
|
2012-03-05 22:21:30 -05:00
|
|
|
g_queue_init (&context->gles2_context_stack);
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->journal_flush_attributes_array =
|
2011-01-20 14:31:53 -05:00
|
|
|
g_array_new (TRUE, FALSE, sizeof (CoglAttribute *));
|
2010-11-04 20:00:25 -04:00
|
|
|
context->journal_clip_bounds = NULL;
|
2008-12-09 10:10:33 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->polygon_vertices = g_array_new (FALSE, FALSE, sizeof (float));
|
2010-10-18 12:17:22 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->current_pipeline = NULL;
|
|
|
|
context->current_pipeline_changes_since_flush = 0;
|
2013-05-16 10:19:30 -04:00
|
|
|
context->current_pipeline_with_color_attrib = FALSE;
|
2010-04-26 05:01:43 -04:00
|
|
|
|
2011-11-24 13:09:53 -05:00
|
|
|
_cogl_bitmask_init (&context->enabled_builtin_attributes);
|
|
|
|
_cogl_bitmask_init (&context->enable_builtin_attributes_tmp);
|
|
|
|
_cogl_bitmask_init (&context->enabled_texcoord_attributes);
|
|
|
|
_cogl_bitmask_init (&context->enable_texcoord_attributes_tmp);
|
|
|
|
_cogl_bitmask_init (&context->enabled_custom_attributes);
|
|
|
|
_cogl_bitmask_init (&context->enable_custom_attributes_tmp);
|
|
|
|
_cogl_bitmask_init (&context->changed_bits_tmp);
|
2008-12-11 10:33:38 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->max_texture_units = -1;
|
|
|
|
context->max_activateable_texture_units = -1;
|
2010-04-26 05:01:43 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->current_fragment_program_type = COGL_PIPELINE_PROGRAM_TYPE_FIXED;
|
|
|
|
context->current_vertex_program_type = COGL_PIPELINE_PROGRAM_TYPE_FIXED;
|
|
|
|
context->current_gl_program = 0;
|
2010-04-26 05:01:43 -04:00
|
|
|
|
2011-07-13 11:33:25 -04:00
|
|
|
context->current_gl_dither_enabled = TRUE;
|
2011-07-10 21:27:54 -04:00
|
|
|
context->current_gl_color_mask = COGL_COLOR_MASK_ALL;
|
2011-07-13 11:33:25 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->gl_blend_enable_cache = FALSE;
|
2010-04-08 07:21:04 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->depth_test_enabled_cache = FALSE;
|
|
|
|
context->depth_test_function_cache = COGL_DEPTH_TEST_FUNCTION_LESS;
|
|
|
|
context->depth_writing_enabled_cache = TRUE;
|
|
|
|
context->depth_range_near_cache = 0;
|
|
|
|
context->depth_range_far_cache = 1;
|
2010-05-26 06:33:32 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->legacy_depth_test_enabled = FALSE;
|
2010-05-26 06:33:32 -04:00
|
|
|
|
2013-01-01 09:15:25 -05:00
|
|
|
context->pipeline_cache = _cogl_pipeline_cache_new ();
|
2010-12-03 07:01:18 -05:00
|
|
|
|
2010-07-05 18:24:34 -04:00
|
|
|
for (i = 0; i < COGL_BUFFER_BIND_TARGET_COUNT; i++)
|
2010-11-04 20:00:25 -04:00
|
|
|
context->current_buffer[i] = NULL;
|
2010-07-05 18:24:34 -04:00
|
|
|
|
2011-09-16 06:41:21 -04:00
|
|
|
context->window_buffer = NULL;
|
2010-11-04 20:00:25 -04:00
|
|
|
context->framebuffer_stack = _cogl_create_framebuffer_stack ();
|
2010-04-26 13:08:45 -04:00
|
|
|
|
2010-11-05 08:28:33 -04:00
|
|
|
/* XXX: In this case the Clutter backend is still responsible for
|
|
|
|
* the OpenGL binding API and for creating onscreen framebuffers and
|
|
|
|
* so we have to add a dummy framebuffer to represent the backend
|
|
|
|
* owned window... */
|
2011-05-17 10:00:38 -04:00
|
|
|
if (_cogl_context_get_winsys (context) == _cogl_winsys_stub_get_vtable ())
|
2010-11-05 08:28:33 -04:00
|
|
|
{
|
|
|
|
CoglOnscreen *window = _cogl_onscreen_new ();
|
|
|
|
cogl_set_framebuffer (COGL_FRAMEBUFFER (window));
|
|
|
|
cogl_object_unref (COGL_FRAMEBUFFER (window));
|
|
|
|
}
|
2010-11-05 13:20:14 -04:00
|
|
|
|
2013-04-27 22:22:24 -04:00
|
|
|
context->current_path = NULL;
|
2012-02-18 11:03:10 -05:00
|
|
|
context->stencil_pipeline = cogl_pipeline_new (context);
|
2008-05-27 13:42:50 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->in_begin_gl_block = FALSE;
|
2009-07-27 20:34:33 -04:00
|
|
|
|
2012-04-16 09:14:10 -04:00
|
|
|
context->quad_buffer_indices_byte = NULL;
|
|
|
|
context->quad_buffer_indices = NULL;
|
2010-11-04 20:00:25 -04:00
|
|
|
context->quad_buffer_indices_len = 0;
|
2010-10-12 07:48:58 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->rectangle_byte_indices = NULL;
|
|
|
|
context->rectangle_short_indices = NULL;
|
|
|
|
context->rectangle_short_indices_len = 0;
|
2010-10-12 07:48:58 -04:00
|
|
|
|
2012-04-16 09:14:10 -04:00
|
|
|
context->texture_download_pipeline = NULL;
|
|
|
|
context->blit_texture_pipeline = NULL;
|
2009-08-30 06:36:11 -04:00
|
|
|
|
2011-07-07 15:44:56 -04:00
|
|
|
#if defined (HAVE_COGL_GL) || defined (HAVE_COGL_GLES)
|
2013-11-25 11:11:36 -05:00
|
|
|
if (_cogl_has_private_feature (context, COGL_PRIVATE_FEATURE_ALPHA_TEST))
|
2011-07-07 15:44:56 -04:00
|
|
|
/* The default for GL_ALPHA_TEST is to always pass which is equivalent to
|
|
|
|
* the test being disabled therefore we assume that for all drivers there
|
|
|
|
* will be no performance impact if we always leave the test enabled which
|
|
|
|
* makes things a bit simpler for us. Under GLES2 the alpha test is
|
|
|
|
* implemented in the fragment shader so there is no enable for it
|
|
|
|
*/
|
|
|
|
GE (context, glEnable (GL_ALPHA_TEST));
|
2010-12-05 13:02:05 -05:00
|
|
|
#endif
|
2009-09-25 14:04:13 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
#if defined (HAVE_COGL_GL)
|
|
|
|
if ((context->driver == COGL_DRIVER_GL3))
|
|
|
|
{
|
|
|
|
GLuint vertex_array;
|
|
|
|
|
|
|
|
/* In a forward compatible context, GL 3 doesn't support rendering
|
|
|
|
* using the default vertex array object. Cogl doesn't use vertex
|
|
|
|
* array objects yet so for now we just create a dummy array
|
|
|
|
* object that we will use as our own default object. Eventually
|
|
|
|
* it could be good to attach the vertex array objects to
|
|
|
|
* CoglPrimitives */
|
|
|
|
context->glGenVertexArrays (1, &vertex_array);
|
|
|
|
context->glBindVertexArray (vertex_array);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
context->current_modelview_entry = NULL;
|
|
|
|
context->current_projection_entry = NULL;
|
|
|
|
_cogl_matrix_entry_identity_init (&context->identity_entry);
|
|
|
|
_cogl_matrix_entry_cache_init (&context->builtin_flushed_projection);
|
|
|
|
_cogl_matrix_entry_cache_init (&context->builtin_flushed_modelview);
|
2010-12-06 07:31:51 -05:00
|
|
|
|
2009-01-26 06:07:35 -05:00
|
|
|
/* Create default textures used for fall backs */
|
2010-11-04 20:00:25 -04:00
|
|
|
context->default_gl_texture_2d_tex =
|
2013-06-23 11:18:18 -04:00
|
|
|
cogl_texture_2d_new_from_data (context,
|
|
|
|
1, 1,
|
|
|
|
COGL_PIXEL_FORMAT_RGBA_8888_PRE,
|
|
|
|
0, /* rowstride */
|
|
|
|
white_pixel,
|
|
|
|
NULL); /* abort on error */
|
2012-08-31 14:28:27 -04:00
|
|
|
|
|
|
|
/* If 3D or rectangle textures aren't supported then these will
|
|
|
|
* return errors that we can simply ignore. */
|
|
|
|
internal_error = NULL;
|
2012-02-09 07:52:45 -05:00
|
|
|
context->default_gl_texture_3d_tex =
|
2013-06-23 11:18:18 -04:00
|
|
|
cogl_texture_3d_new_from_data (context,
|
|
|
|
1, 1, 1, /* width, height, depth */
|
|
|
|
COGL_PIXEL_FORMAT_RGBA_8888_PRE,
|
|
|
|
0, /* rowstride */
|
|
|
|
0, /* image stride */
|
|
|
|
white_pixel,
|
|
|
|
&internal_error);
|
2012-08-31 14:28:27 -04:00
|
|
|
if (internal_error)
|
|
|
|
cogl_error_free (internal_error);
|
|
|
|
|
2013-06-23 11:18:18 -04:00
|
|
|
/* TODO: add cogl_texture_rectangle_new_from_data() */
|
|
|
|
white_pixel_bitmap =
|
|
|
|
cogl_bitmap_new_for_data (context,
|
|
|
|
1, 1, /* width/height */
|
|
|
|
COGL_PIXEL_FORMAT_RGBA_8888_PRE,
|
|
|
|
4, /* rowstride */
|
|
|
|
white_pixel);
|
|
|
|
|
2012-08-31 14:28:27 -04:00
|
|
|
internal_error = NULL;
|
2010-11-04 20:00:25 -04:00
|
|
|
context->default_gl_texture_rect_tex =
|
2013-07-01 20:48:54 -04:00
|
|
|
cogl_texture_rectangle_new_from_bitmap (white_pixel_bitmap);
|
2013-06-23 11:18:18 -04:00
|
|
|
|
|
|
|
/* XXX: we need to allocate the texture now because the white_pixel
|
|
|
|
* data is on the stack */
|
|
|
|
cogl_texture_allocate (COGL_TEXTURE (context->default_gl_texture_rect_tex),
|
|
|
|
&internal_error);
|
2012-08-31 14:28:27 -04:00
|
|
|
if (internal_error)
|
|
|
|
cogl_error_free (internal_error);
|
2012-02-09 07:52:45 -05:00
|
|
|
|
2013-06-23 11:18:18 -04:00
|
|
|
cogl_object_unref (white_pixel_bitmap);
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
cogl_push_source (context->opaque_color_pipeline);
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
context->atlases = NULL;
|
2011-03-30 07:53:50 -04:00
|
|
|
g_hook_list_init (&context->atlas_reorganize_callbacks, sizeof (GHook));
|
2009-12-04 08:06:32 -05:00
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
context->buffer_map_fallback_array = g_byte_array_new ();
|
|
|
|
context->buffer_map_fallback_in_use = FALSE;
|
2011-01-13 10:35:30 -05:00
|
|
|
|
2010-03-22 09:33:55 -04:00
|
|
|
/* As far as I can tell, GL_POINT_SPRITE doesn't have any effect
|
2012-09-26 15:32:36 -04:00
|
|
|
unless GL_COORD_REPLACE is enabled for an individual layer.
|
|
|
|
Therefore it seems like it should be ok to just leave it enabled
|
|
|
|
all the time instead of having to have a set property on each
|
|
|
|
pipeline to track whether any layers have point sprite coords
|
|
|
|
enabled. We don't need to do this for GL3 or GLES2 because point
|
2011-01-13 09:12:10 -05:00
|
|
|
sprites are handled using a builtin varying in the shader. */
|
2013-11-25 11:11:36 -05:00
|
|
|
if (_cogl_has_private_feature (context, COGL_PRIVATE_FEATURE_GL_FIXED) &&
|
2011-10-12 17:31:12 -04:00
|
|
|
cogl_has_feature (context, COGL_FEATURE_ID_POINT_SPRITE))
|
2011-07-06 16:51:00 -04:00
|
|
|
GE (context, glEnable (GL_POINT_SPRITE));
|
2010-03-22 09:33:55 -04:00
|
|
|
|
2013-06-08 18:03:25 -04:00
|
|
|
_cogl_list_init (&context->fences);
|
2013-01-10 20:13:34 -05:00
|
|
|
|
2012-03-13 10:46:18 -04:00
|
|
|
return context;
|
2008-04-25 09:37:36 -04:00
|
|
|
}
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
static void
|
|
|
|
_cogl_context_free (CoglContext *context)
|
2008-04-25 09:37:36 -04:00
|
|
|
{
|
2011-02-25 06:29:08 -05:00
|
|
|
const CoglWinsysVtable *winsys = _cogl_context_get_winsys (context);
|
|
|
|
|
|
|
|
winsys->context_deinit (context);
|
2010-06-02 10:16:14 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
_cogl_free_framebuffer_stack (context->framebuffer_stack);
|
2009-09-25 09:34:34 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->current_path)
|
|
|
|
cogl_handle_unref (context->current_path);
|
2008-12-04 08:45:09 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->default_gl_texture_2d_tex)
|
2011-08-24 16:30:34 -04:00
|
|
|
cogl_object_unref (context->default_gl_texture_2d_tex);
|
2012-02-09 07:52:45 -05:00
|
|
|
if (context->default_gl_texture_3d_tex)
|
|
|
|
cogl_object_unref (context->default_gl_texture_3d_tex);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->default_gl_texture_rect_tex)
|
2011-08-24 16:30:34 -04:00
|
|
|
cogl_object_unref (context->default_gl_texture_rect_tex);
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->opaque_color_pipeline)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->opaque_color_pipeline);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->blended_color_pipeline)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->blended_color_pipeline);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->texture_pipeline)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->texture_pipeline);
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->blit_texture_pipeline)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->blit_texture_pipeline);
|
2011-01-20 12:45:47 -05:00
|
|
|
|
2012-11-12 11:58:10 -05:00
|
|
|
if (context->swap_callback_closures)
|
|
|
|
g_hash_table_destroy (context->swap_callback_closures);
|
|
|
|
|
2012-03-05 22:21:30 -05:00
|
|
|
g_warn_if_fail (context->gles2_context_stack.length == 0);
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->journal_flush_attributes_array)
|
|
|
|
g_array_free (context->journal_flush_attributes_array, TRUE);
|
|
|
|
if (context->journal_clip_bounds)
|
|
|
|
g_array_free (context->journal_clip_bounds, TRUE);
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->polygon_vertices)
|
|
|
|
g_array_free (context->polygon_vertices, TRUE);
|
2010-10-18 12:17:22 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->quad_buffer_indices_byte)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->quad_buffer_indices_byte);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->quad_buffer_indices)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->quad_buffer_indices);
|
2010-10-12 07:48:58 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->rectangle_byte_indices)
|
|
|
|
cogl_object_unref (context->rectangle_byte_indices);
|
|
|
|
if (context->rectangle_short_indices)
|
|
|
|
cogl_object_unref (context->rectangle_short_indices);
|
2010-10-12 07:48:58 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->default_pipeline)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->default_pipeline);
|
2009-11-11 07:50:48 -05:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->dummy_layer_dependant)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->dummy_layer_dependant);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->default_layer_n)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->default_layer_n);
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->default_layer_0)
|
2012-04-16 09:14:10 -04:00
|
|
|
cogl_object_unref (context->default_layer_0);
|
2010-04-08 07:21:04 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
if (context->current_clip_stack_valid)
|
|
|
|
_cogl_clip_stack_unref (context->current_clip_stack);
|
2010-11-02 10:28:12 -04:00
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
g_slist_free (context->atlases);
|
2011-03-30 07:53:50 -04:00
|
|
|
g_hook_list_clear (&context->atlas_reorganize_callbacks);
|
2009-12-04 08:06:32 -05:00
|
|
|
|
2011-11-24 13:09:53 -05:00
|
|
|
_cogl_bitmask_destroy (&context->enabled_builtin_attributes);
|
|
|
|
_cogl_bitmask_destroy (&context->enable_builtin_attributes_tmp);
|
|
|
|
_cogl_bitmask_destroy (&context->enabled_texcoord_attributes);
|
|
|
|
_cogl_bitmask_destroy (&context->enable_texcoord_attributes_tmp);
|
|
|
|
_cogl_bitmask_destroy (&context->enabled_custom_attributes);
|
|
|
|
_cogl_bitmask_destroy (&context->enable_custom_attributes_tmp);
|
|
|
|
_cogl_bitmask_destroy (&context->changed_bits_tmp);
|
2010-05-24 07:40:11 -04:00
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
if (context->current_modelview_entry)
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_unref (context->current_modelview_entry);
|
2012-09-10 05:42:03 -04:00
|
|
|
if (context->current_projection_entry)
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_unref (context->current_projection_entry);
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
_cogl_matrix_entry_cache_destroy (&context->builtin_flushed_projection);
|
|
|
|
_cogl_matrix_entry_cache_destroy (&context->builtin_flushed_modelview);
|
2010-12-06 07:31:51 -05:00
|
|
|
|
2013-01-01 09:15:25 -05:00
|
|
|
_cogl_pipeline_cache_free (context->pipeline_cache);
|
2010-12-03 07:01:18 -05:00
|
|
|
|
2012-04-04 17:20:04 -04:00
|
|
|
_cogl_sampler_cache_free (context->sampler_cache);
|
cogl-pipeline: Add support for setting uniform values
This adds the following new public experimental functions to set
uniform values on a CoglPipeline:
void
cogl_pipeline_set_uniform_1f (CoglPipeline *pipeline,
int uniform_location,
float value);
void
cogl_pipeline_set_uniform_1i (CoglPipeline *pipeline,
int uniform_location,
int value);
void
cogl_pipeline_set_uniform_float (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const float *value);
void
cogl_pipeline_set_uniform_int (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const int *value);
void
cogl_pipeline_set_uniform_matrix (CoglPipeline *pipeline,
int uniform_location,
int dimensions,
int count,
gboolean transpose,
const float *value);
These are similar to the old functions used to set uniforms on a
CoglProgram. To get a value to pass in as the uniform_location there
is also:
int
cogl_pipeline_get_uniform_location (CoglPipeline *pipeline,
const char *uniform_name);
Conceptually the uniform locations are tied to the pipeline so that
whenever setting a value for a new pipeline the application is
expected to call this function. However in practice the uniform
locations are global to the CoglContext. The names are stored in a
linked list where the position in the list is the uniform location.
The global indices are used so that each pipeline can store a mask of
which uniforms it overrides. That way it is quicker to detect which
uniforms are different from the last pipeline that used the same
CoglProgramState so it can avoid flushing uniforms that haven't
changed. Currently the values are not actually compared which means
that it will only avoid flushing a uniform if there is a common
ancestor that sets the value (or if the same pipeline is being flushed
again - in which case the pipeline and its common ancestor are the
same thing).
The uniform values are stored in the big state of the pipeline as a
sparse linked list. A bitmask stores which values have been overridden
and only overridden values are stored in the linked list.
Reviewed-by: Robert Bragg <robert@linux.intel.com>
2011-11-03 13:20:43 -04:00
|
|
|
|
2011-11-04 08:53:25 -04:00
|
|
|
_cogl_destroy_texture_units ();
|
|
|
|
|
2011-11-04 14:26:17 -04:00
|
|
|
g_ptr_array_free (context->uniform_names, TRUE);
|
|
|
|
g_hash_table_destroy (context->uniform_name_hash);
|
cogl-pipeline: Add support for setting uniform values
This adds the following new public experimental functions to set
uniform values on a CoglPipeline:
void
cogl_pipeline_set_uniform_1f (CoglPipeline *pipeline,
int uniform_location,
float value);
void
cogl_pipeline_set_uniform_1i (CoglPipeline *pipeline,
int uniform_location,
int value);
void
cogl_pipeline_set_uniform_float (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const float *value);
void
cogl_pipeline_set_uniform_int (CoglPipeline *pipeline,
int uniform_location,
int n_components,
int count,
const int *value);
void
cogl_pipeline_set_uniform_matrix (CoglPipeline *pipeline,
int uniform_location,
int dimensions,
int count,
gboolean transpose,
const float *value);
These are similar to the old functions used to set uniforms on a
CoglProgram. To get a value to pass in as the uniform_location there
is also:
int
cogl_pipeline_get_uniform_location (CoglPipeline *pipeline,
const char *uniform_name);
Conceptually the uniform locations are tied to the pipeline so that
whenever setting a value for a new pipeline the application is
expected to call this function. However in practice the uniform
locations are global to the CoglContext. The names are stored in a
linked list where the position in the list is the uniform location.
The global indices are used so that each pipeline can store a mask of
which uniforms it overrides. That way it is quicker to detect which
uniforms are different from the last pipeline that used the same
CoglProgramState so it can avoid flushing uniforms that haven't
changed. Currently the values are not actually compared which means
that it will only avoid flushing a uniform if there is a common
ancestor that sets the value (or if the same pipeline is being flushed
again - in which case the pipeline and its common ancestor are the
same thing).
The uniform values are stored in the big state of the pipeline as a
sparse linked list. A bitmask stores which values have been overridden
and only overridden values are stored in the linked list.
Reviewed-by: Robert Bragg <robert@linux.intel.com>
2011-11-03 13:20:43 -04:00
|
|
|
|
2011-11-24 13:09:53 -05:00
|
|
|
g_hash_table_destroy (context->attribute_name_states_hash);
|
|
|
|
g_array_free (context->attribute_name_index_map, TRUE);
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
g_byte_array_free (context->buffer_map_fallback_array, TRUE);
|
2011-01-13 10:35:30 -05:00
|
|
|
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
cogl_object_unref (context->display);
|
|
|
|
|
2010-11-04 20:00:25 -04:00
|
|
|
g_free (context);
|
2008-04-25 09:37:36 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
CoglContext *
|
2010-05-27 07:18:29 -04:00
|
|
|
_cogl_context_get_default (void)
|
2008-04-25 09:37:36 -04:00
|
|
|
{
|
2012-08-31 14:28:27 -04:00
|
|
|
CoglError *error = NULL;
|
2009-01-26 06:07:35 -05:00
|
|
|
/* Create if doesn't exist yet */
|
2012-09-10 05:42:03 -04:00
|
|
|
if (_cogl_context == NULL)
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
{
|
2012-09-10 05:42:03 -04:00
|
|
|
_cogl_context = cogl_context_new (NULL, &error);
|
|
|
|
if (!_cogl_context)
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
{
|
|
|
|
g_warning ("Failed to create default context: %s",
|
|
|
|
error->message);
|
2012-08-31 14:28:27 -04:00
|
|
|
cogl_error_free (error);
|
Adds renderer,display,onscreen-template and swap-chain stubs
As part of the process of splitting Cogl out as a standalone graphics
API we need to introduce some API concepts that will allow us to
initialize a new CoglContext when Clutter isn't there to handle that for
us...
The new objects roughly in the order that they are (optionally) involved
in constructing a context are: CoglRenderer, CoglOnscreenTemplate,
CoglSwapChain and CoglDisplay.
Conceptually a CoglRenderer represents a means for rendering. Cogl
supports rendering via OpenGL or OpenGL ES 1/2.0 and those APIs are
accessed through a number of different windowing APIs such as GLX, EGL,
SDL or WGL and more. Potentially in the future Cogl could render using
D3D or even by using libdrm and directly banging the hardware. All these
choices are wrapped up in the configuration of a CoglRenderer.
Conceptually a CoglDisplay represents a display pipeline for a renderer.
Although Cogl doesn't aim to provide a detailed abstraction of display
hardware, on some platforms we can give control over multiple display
planes (On TV platforms for instance video content may be on one plane
and 3D would be on another so a CoglDisplay lets you select the plane
up-front.)
Another aspect of CoglDisplay is that it lets us negotiate a display
pipeline that best supports the type of CoglOnscreen framebuffers we are
planning to create. For instance if you want transparent CoglOnscreen
framebuffers then we have to be sure the display pipeline wont discard
the alpha component of your framebuffers. Or if you want to use
double/tripple buffering that requires support from the display
pipeline.
CoglOnscreenTemplate and CoglSwapChain are how we describe our default
CoglOnscreen framebuffer configuration which can affect the
configuration of the display pipeline.
The default/simple way we expect most CoglContexts to be constructed
will be via something like:
if (!cogl_context_new (NULL, &error))
g_error ("Failed to construct a CoglContext: %s", error->message);
Where that NULL is for an optional "display" parameter and NULL says to
Cogl "please just try to do something sensible".
If you want some more control though you can manually construct a
CoglDisplay something like:
display = cogl_display_new (NULL, NULL);
cogl_gdl_display_set_plane (display, plane);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
And in a similar fashion to cogl_context_new() you can optionally pass
a NULL "renderer" and/or a NULL "onscreen template" so Cogl will try to
just do something sensible.
If you need to change the CoglOnscreen defaults you can provide a
template something like:
chain = cogl_swap_chain_new ();
cogl_swap_chain_set_has_alpha (chain, TRUE);
cogl_swap_chain_set_length (chain, 3);
onscreen_template = cogl_onscreen_template_new (chain);
cogl_onscreen_template_set_pixel_format (onscreen_template,
COGL_PIXEL_FORMAT_RGB565);
display = cogl_display_new (NULL, onscreen_template);
if (!cogl_display_setup (display, &error))
g_error ("Failed to setup a CoglDisplay: %s", error->message);
2011-02-25 12:06:50 -05:00
|
|
|
}
|
|
|
|
}
|
2009-01-26 06:07:35 -05:00
|
|
|
|
2012-09-10 05:42:03 -04:00
|
|
|
return _cogl_context;
|
2008-04-25 09:37:36 -04:00
|
|
|
}
|
2009-02-24 13:51:25 -05:00
|
|
|
|
2011-08-25 12:39:35 -04:00
|
|
|
CoglDisplay *
|
|
|
|
cogl_context_get_display (CoglContext *context)
|
|
|
|
{
|
|
|
|
return context->display;
|
|
|
|
}
|
|
|
|
|
2013-04-16 18:46:03 -04:00
|
|
|
CoglRenderer *
|
|
|
|
cogl_context_get_renderer (CoglContext *context)
|
|
|
|
{
|
|
|
|
return context->display->renderer;
|
|
|
|
}
|
|
|
|
|
Switch use of primitive glib types to c99 equivalents
The coding style has for a long time said to avoid using redundant glib
data types such as gint or gchar etc because we feel that they make the
code look unnecessarily foreign to developers coming from outside of the
Gnome developer community.
Note: When we tried to find the historical rationale for the types we
just found that they were apparently only added for consistent syntax
highlighting which didn't seem that compelling.
Up until now we have been continuing to use some of the platform
specific type such as gint{8,16,32,64} and gsize but this patch switches
us over to using the standard c99 equivalents instead so we can further
ensure that our code looks familiar to the widest range of C developers
who might potentially contribute to Cogl.
So instead of using the gint{8,16,32,64} and guint{8,16,32,64} types this
switches all Cogl code to instead use the int{8,16,32,64}_t and
uint{8,16,32,64}_t c99 types instead.
Instead of gsize we now use size_t
For now we are not going to use the c99 _Bool type and instead we have
introduced a new CoglBool type to use instead of gboolean.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit 5967dad2400d32ca6319cef6cb572e81bf2c15f0)
2012-04-16 16:56:40 -04:00
|
|
|
CoglBool
|
2011-07-13 13:29:56 -04:00
|
|
|
_cogl_context_update_features (CoglContext *context,
|
2012-08-31 14:28:27 -04:00
|
|
|
CoglError **error)
|
2011-07-07 15:44:56 -04:00
|
|
|
{
|
2012-03-22 12:32:56 -04:00
|
|
|
return context->driver_vtable->update_features (context, error);
|
2011-07-07 15:44:56 -04:00
|
|
|
}
|
2011-11-29 09:21:07 -05:00
|
|
|
|
|
|
|
void
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
_cogl_context_set_current_projection_entry (CoglContext *context,
|
|
|
|
CoglMatrixEntry *entry)
|
2011-11-29 09:21:07 -05:00
|
|
|
{
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_ref (entry);
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
if (context->current_projection_entry)
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_unref (context->current_projection_entry);
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
context->current_projection_entry = entry;
|
2011-11-29 09:21:07 -05:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
_cogl_context_set_current_modelview_entry (CoglContext *context,
|
|
|
|
CoglMatrixEntry *entry)
|
2011-11-29 09:21:07 -05:00
|
|
|
{
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_ref (entry);
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
if (context->current_modelview_entry)
|
2012-11-20 12:08:43 -05:00
|
|
|
cogl_matrix_entry_unref (context->current_modelview_entry);
|
Re-design the matrix stack using a graph of ops
This re-designs the matrix stack so we now keep track of each separate
operation such as rotating, scaling, translating and multiplying as
immutable, ref-counted nodes in a graph.
Being a "graph" here means that different transformations composed of
a sequence of linked operation nodes may share nodes.
The first node in a matrix-stack is always a LOAD_IDENTITY operation.
As an example consider if an application where to draw three rectangles
A, B and C something like this:
cogl_framebuffer_scale (fb, 2, 2, 2);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_translate (fb, 10, 0, 0);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_rotate (fb, 45, 0, 0, 1);
cogl_framebuffer_draw_rectangle (...); /* A */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_draw_rectangle (...); /* B */
cogl_framebuffer_pop_matrix(fb);
cogl_framebuffer_push_matrix(fb);
cogl_framebuffer_set_modelview_matrix (fb, &mv);
cogl_framebuffer_draw_rectangle (...); /* C */
cogl_framebuffer_pop_matrix(fb);
That would result in a graph of nodes like this:
LOAD_IDENTITY
|
SCALE
/ \
SAVE LOAD
| |
TRANSLATE RECTANGLE(C)
| \
SAVE RECTANGLE(B)
|
ROTATE
|
RECTANGLE(A)
Each push adds a SAVE operation which serves as a marker to rewind too
when a corresponding pop is issued and also each SAVE node may also
store a cached matrix representing the composition of all its ancestor
nodes. This means if we repeatedly need to resolve a real CoglMatrix
for a given node then we don't need to repeat the composition.
Some advantages of this design are:
- A single pointer to any node in the graph can now represent a
complete, immutable transformation that can be logged for example
into a journal. Previously we were storing a full CoglMatrix in
each journal entry which is 16 floats for the matrix itself as well
as space for flags and another 16 floats for possibly storing a
cache of the inverse. This means that we significantly reduce
the size of the journal when drawing lots of primitives and we also
avoid copying over 128 bytes per entry.
- It becomes much cheaper to check for equality. In cases where some
(unlikely) false negatives are allowed simply comparing the pointers
of two matrix stack graph entries is enough. Previously we would use
memcmp() to compare matrices.
- It becomes easier to do comparisons of transformations. By looking
for the common ancestry between nodes we can determine the operations
that differentiate the transforms and use those to gain a high level
understanding of the differences. For example we use this in the
journal to be able to efficiently determine when two rectangle
transforms only differ by some translation so that we can perform
software clipping.
Reviewed-by: Neil Roberts <neil@linux.intel.com>
(cherry picked from commit f75aee93f6b293ca7a7babbd8fcc326ee6bf7aef)
2012-02-20 10:59:48 -05:00
|
|
|
context->current_modelview_entry = entry;
|
2011-11-29 09:21:07 -05:00
|
|
|
}
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
char **
|
2012-07-31 11:30:33 -04:00
|
|
|
_cogl_context_get_gl_extensions (CoglContext *context)
|
|
|
|
{
|
|
|
|
const char *env_disabled_extensions;
|
2012-09-26 15:32:36 -04:00
|
|
|
char **ret;
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
/* In GL 3, querying GL_EXTENSIONS is deprecated so we have to build
|
|
|
|
* the array using glGetStringi instead */
|
2013-01-24 06:41:38 -05:00
|
|
|
#ifdef HAVE_COGL_GL
|
2012-09-26 15:32:36 -04:00
|
|
|
if (context->driver == COGL_DRIVER_GL3)
|
2012-07-31 11:30:33 -04:00
|
|
|
{
|
2012-09-26 15:32:36 -04:00
|
|
|
int num_extensions, i;
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
context->glGetIntegerv (GL_NUM_EXTENSIONS, &num_extensions);
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
ret = g_malloc (sizeof (char *) * (num_extensions + 1));
|
|
|
|
|
|
|
|
for (i = 0; i < num_extensions; i++)
|
|
|
|
{
|
|
|
|
const char *ext =
|
|
|
|
(const char *) context->glGetStringi (GL_EXTENSIONS, i);
|
|
|
|
ret[i] = g_strdup (ext);
|
|
|
|
}
|
|
|
|
|
|
|
|
ret[num_extensions] = NULL;
|
|
|
|
}
|
|
|
|
else
|
2013-01-24 06:41:38 -05:00
|
|
|
#endif
|
2012-09-26 15:32:36 -04:00
|
|
|
{
|
|
|
|
const char *all_extensions =
|
|
|
|
(const char *) context->glGetString (GL_EXTENSIONS);
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
ret = g_strsplit (all_extensions, " ", 0 /* max tokens */);
|
|
|
|
}
|
2012-07-31 11:30:33 -04:00
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
if ((env_disabled_extensions = g_getenv ("COGL_DISABLE_GL_EXTENSIONS"))
|
|
|
|
|| _cogl_config_disable_gl_extensions)
|
|
|
|
{
|
|
|
|
char **split_env_disabled_extensions;
|
|
|
|
char **split_conf_disabled_extensions;
|
|
|
|
char **src, **dst;
|
2012-07-31 11:30:33 -04:00
|
|
|
|
|
|
|
if (env_disabled_extensions)
|
|
|
|
split_env_disabled_extensions =
|
|
|
|
g_strsplit (env_disabled_extensions,
|
|
|
|
",",
|
|
|
|
0 /* no max tokens */);
|
|
|
|
else
|
|
|
|
split_env_disabled_extensions = NULL;
|
|
|
|
|
|
|
|
if (_cogl_config_disable_gl_extensions)
|
|
|
|
split_conf_disabled_extensions =
|
|
|
|
g_strsplit (_cogl_config_disable_gl_extensions,
|
|
|
|
",",
|
|
|
|
0 /* no max tokens */);
|
|
|
|
else
|
|
|
|
split_conf_disabled_extensions = NULL;
|
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
for (dst = ret, src = ret;
|
|
|
|
*src;
|
|
|
|
src++)
|
2012-07-31 11:30:33 -04:00
|
|
|
{
|
|
|
|
char **d;
|
|
|
|
|
|
|
|
if (split_env_disabled_extensions)
|
|
|
|
for (d = split_env_disabled_extensions; *d; d++)
|
2012-09-26 15:32:36 -04:00
|
|
|
if (!strcmp (*src, *d))
|
2012-07-31 11:30:33 -04:00
|
|
|
goto disabled;
|
|
|
|
if (split_conf_disabled_extensions)
|
|
|
|
for (d = split_conf_disabled_extensions; *d; d++)
|
2012-09-26 15:32:36 -04:00
|
|
|
if (!strcmp (*src, *d))
|
2012-07-31 11:30:33 -04:00
|
|
|
goto disabled;
|
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
*(dst++) = *src;
|
|
|
|
continue;
|
2012-07-31 11:30:33 -04:00
|
|
|
|
|
|
|
disabled:
|
2012-09-26 15:32:36 -04:00
|
|
|
g_free (*src);
|
2012-07-31 11:30:33 -04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2012-09-26 15:32:36 -04:00
|
|
|
*dst = NULL;
|
2012-07-31 11:30:33 -04:00
|
|
|
|
|
|
|
if (split_env_disabled_extensions)
|
|
|
|
g_strfreev (split_env_disabled_extensions);
|
|
|
|
if (split_conf_disabled_extensions)
|
|
|
|
g_strfreev (split_conf_disabled_extensions);
|
|
|
|
}
|
2012-09-26 15:32:36 -04:00
|
|
|
|
|
|
|
return ret;
|
2012-07-31 11:30:33 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
const char *
|
|
|
|
_cogl_context_get_gl_version (CoglContext *context)
|
|
|
|
{
|
|
|
|
const char *version_override;
|
|
|
|
|
|
|
|
if ((version_override = g_getenv ("COGL_OVERRIDE_GL_VERSION")))
|
|
|
|
return version_override;
|
|
|
|
else if (_cogl_config_override_gl_version)
|
|
|
|
return _cogl_config_override_gl_version;
|
|
|
|
else
|
|
|
|
return (const char *) context->glGetString (GL_VERSION);
|
2013-01-28 12:22:57 -05:00
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
int64_t
|
|
|
|
cogl_get_clock_time (CoglContext *context)
|
|
|
|
{
|
|
|
|
const CoglWinsysVtable *winsys = _cogl_context_get_winsys (context);
|
|
|
|
|
|
|
|
if (winsys->context_get_clock_time)
|
|
|
|
return winsys->context_get_clock_time (context);
|
|
|
|
else
|
|
|
|
return 0;
|
2012-07-31 11:30:33 -04:00
|
|
|
}
|