2010-11-02 13:15:06 -04:00
|
|
|
/*
|
|
|
|
* Cogl
|
|
|
|
*
|
|
|
|
* An object oriented GL/GLES Abstraction/Utility Layer
|
|
|
|
*
|
2013-05-14 08:39:48 -04:00
|
|
|
* Copyright (C) 2010,2013 Intel Corporation.
|
2010-11-02 13:15:06 -04:00
|
|
|
*
|
|
|
|
* 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, see <http://www.gnu.org/licenses/>.
|
|
|
|
*
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __COGL_PRIVATE_H__
|
|
|
|
#define __COGL_PRIVATE_H__
|
|
|
|
|
2011-09-14 07:17:09 -04:00
|
|
|
#include <cogl/cogl-pipeline.h>
|
|
|
|
|
2012-02-17 17:05:59 -05:00
|
|
|
#include "cogl-context.h"
|
|
|
|
|
2013-01-20 13:47:40 -05:00
|
|
|
|
2012-11-22 13:01:10 -05:00
|
|
|
COGL_BEGIN_DECLS
|
2010-11-02 13:15:06 -04:00
|
|
|
|
2013-01-20 13:47:40 -05:00
|
|
|
typedef enum
|
|
|
|
{
|
|
|
|
COGL_PRIVATE_FEATURE_TEXTURE_2D_FROM_EGL_IMAGE = 1L<<0,
|
|
|
|
COGL_PRIVATE_FEATURE_MESA_PACK_INVERT = 1L<<1,
|
2012-12-13 10:49:38 -05:00
|
|
|
COGL_PRIVATE_FEATURE_OFFSCREEN_BLIT = 1L<<2,
|
|
|
|
COGL_PRIVATE_FEATURE_FOUR_CLIP_PLANES = 1L<<3,
|
|
|
|
COGL_PRIVATE_FEATURE_PBOS = 1L<<4,
|
|
|
|
COGL_PRIVATE_FEATURE_VBOS = 1L<<5,
|
|
|
|
COGL_PRIVATE_FEATURE_EXT_PACKED_DEPTH_STENCIL = 1L<<6,
|
|
|
|
COGL_PRIVATE_FEATURE_OES_PACKED_DEPTH_STENCIL = 1L<<7,
|
|
|
|
COGL_PRIVATE_FEATURE_TEXTURE_FORMAT_BGRA8888 = 1L<<8,
|
|
|
|
COGL_PRIVATE_FEATURE_UNPACK_SUBIMAGE = 1L<<9,
|
|
|
|
COGL_PRIVATE_FEATURE_SAMPLER_OBJECTS = 1L<<10,
|
|
|
|
COGL_PRIVATE_FEATURE_FIXED_FUNCTION = 1L<<11,
|
|
|
|
COGL_PRIVATE_FEATURE_READ_PIXELS_ANY_FORMAT = 1L<<12,
|
|
|
|
COGL_PRIVATE_FEATURE_ANY_GL = 1L<<13,
|
|
|
|
COGL_PRIVATE_FEATURE_ALPHA_TEST = 1L<<14,
|
|
|
|
COGL_PRIVATE_FEATURE_FORMAT_CONVERSION = 1L<<15,
|
|
|
|
COGL_PRIVATE_FEATURE_QUADS = 1L<<16,
|
|
|
|
COGL_PRIVATE_FEATURE_BLEND_CONSTANT = 1L<<17,
|
|
|
|
COGL_PRIVATE_FEATURE_QUERY_FRAMEBUFFER_BITS = 1L<<18,
|
|
|
|
COGL_PRIVATE_FEATURE_BUILTIN_POINT_SIZE_UNIFORM = 1L<<19,
|
|
|
|
COGL_PRIVATE_FEATURE_QUERY_TEXTURE_PARAMETERS = 1L<<20,
|
|
|
|
COGL_PRIVATE_FEATURE_ALPHA_TEXTURES = 1L<<21,
|
2013-01-24 06:44:31 -05:00
|
|
|
COGL_PRIVATE_FEATURE_TEXTURE_SWIZZLE = 1L<<22,
|
2013-01-10 20:13:34 -05:00
|
|
|
COGL_PRIVATE_FEATURE_TEXTURE_MAX_LEVEL = 1L<<23,
|
2013-05-14 08:39:48 -04:00
|
|
|
COGL_PRIVATE_FEATURE_OES_EGL_SYNC = 1L<<24,
|
|
|
|
/* If this is set then the winsys is responsible for queueing dirty
|
|
|
|
* events. Otherwise a dirty event will be queued when the onscreen
|
|
|
|
* is first allocated or when it is shown or resized */
|
|
|
|
COGL_PRIVATE_FEATURE_DIRTY_EVENTS = 1L<<25
|
2013-01-20 13:47:40 -05:00
|
|
|
} CoglPrivateFeatureFlags;
|
|
|
|
|
|
|
|
/* Sometimes when evaluating pipelines, either during comparisons or
|
|
|
|
* if calculating a hash value we need to tweak the evaluation
|
|
|
|
* semantics */
|
|
|
|
typedef enum _CoglPipelineEvalFlags
|
|
|
|
{
|
|
|
|
COGL_PIPELINE_EVAL_FLAG_NONE = 0
|
|
|
|
} CoglPipelineEvalFlags;
|
|
|
|
|
|
|
|
void
|
|
|
|
_cogl_transform_point (const CoglMatrix *matrix_mv,
|
|
|
|
const CoglMatrix *matrix_p,
|
|
|
|
const float *viewport,
|
|
|
|
float *x,
|
|
|
|
float *y);
|
|
|
|
|
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
|
2012-09-26 15:32:36 -04:00
|
|
|
_cogl_check_extension (const char *name, char * const *ext);
|
2011-02-22 13:25:29 -05:00
|
|
|
|
2010-11-02 13:15:06 -04:00
|
|
|
void
|
|
|
|
_cogl_clear (const CoglColor *color, unsigned long buffers);
|
|
|
|
|
2011-06-14 17:33:44 -04:00
|
|
|
void
|
|
|
|
_cogl_init (void);
|
|
|
|
|
2011-09-14 07:17:09 -04:00
|
|
|
void
|
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
|
|
|
_cogl_push_source (CoglPipeline *pipeline, CoglBool enable_legacy);
|
2011-09-14 07:17:09 -04:00
|
|
|
|
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-09-14 07:17:09 -04:00
|
|
|
_cogl_get_enable_legacy_state (void);
|
|
|
|
|
2012-02-13 18:02:04 -05:00
|
|
|
/*
|
|
|
|
* _cogl_pixel_format_get_bytes_per_pixel:
|
|
|
|
* @format: a #CoglPixelFormat
|
|
|
|
*
|
|
|
|
* Queries how many bytes a pixel of the given @format takes.
|
|
|
|
*
|
|
|
|
* Return value: The number of bytes taken for a pixel of the given
|
|
|
|
* @format.
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
_cogl_pixel_format_get_bytes_per_pixel (CoglPixelFormat format);
|
|
|
|
|
2012-02-13 18:28:28 -05:00
|
|
|
/*
|
|
|
|
* _cogl_pixel_format_has_aligned_components:
|
|
|
|
* @format: a #CoglPixelFormat
|
|
|
|
*
|
|
|
|
* Queries whether the ordering of the components for the given
|
|
|
|
* @format depend on the endianness of the host CPU or if the
|
|
|
|
* components can be accessed using bit shifting and bitmasking by
|
|
|
|
* loading a whole pixel into a word.
|
|
|
|
*
|
|
|
|
* XXX: If we ever consider making something like this public we
|
|
|
|
* should really try to think of a better name and come up with
|
|
|
|
* much clearer documentation since it really depends on what
|
|
|
|
* point of view you consider this from whether a format like
|
|
|
|
* COGL_PIXEL_FORMAT_RGBA_8888 is endian dependent. E.g. If you
|
|
|
|
* read an RGBA_8888 pixel into a uint32
|
|
|
|
* it's endian dependent how you mask out the different channels.
|
|
|
|
* But If you already have separate color components and you want
|
|
|
|
* to write them to an RGBA_8888 pixel then the bytes can be
|
|
|
|
* written sequentially regardless of the endianness.
|
|
|
|
*
|
|
|
|
* Return value: %TRUE if you need to consider the host CPU
|
|
|
|
* endianness when dealing with the given @format
|
|
|
|
* else %FALSE.
|
|
|
|
*/
|
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
|
2012-02-13 18:28:28 -05:00
|
|
|
_cogl_pixel_format_is_endian_dependant (CoglPixelFormat format);
|
|
|
|
|
2012-02-29 07:27:19 -05:00
|
|
|
/*
|
|
|
|
* COGL_PIXEL_FORMAT_CAN_HAVE_PREMULT(format):
|
|
|
|
* @format: a #CoglPixelFormat
|
|
|
|
*
|
|
|
|
* Returns TRUE if the pixel format can take a premult bit. This is
|
|
|
|
* currently true for all formats that have an alpha channel except
|
|
|
|
* COGL_PIXEL_FORMAT_A_8 (because that doesn't have any other
|
|
|
|
* components to multiply by the alpha).
|
|
|
|
*/
|
|
|
|
#define COGL_PIXEL_FORMAT_CAN_HAVE_PREMULT(format) \
|
|
|
|
(((format) & COGL_A_BIT) && (format) != COGL_PIXEL_FORMAT_A_8)
|
|
|
|
|
2012-11-22 13:01:10 -05:00
|
|
|
COGL_END_DECLS
|
2010-11-02 13:15:06 -04:00
|
|
|
|
|
|
|
#endif /* __COGL_PRIVATE_H__ */
|