2011-04-14 13:12:03 -04:00
|
|
|
/*
|
|
|
|
* Cogl
|
|
|
|
*
|
|
|
|
* An object oriented GL/GLES Abstraction/Utility Layer
|
|
|
|
*
|
|
|
|
* Copyright (C) 2011 Intel Corporation.
|
|
|
|
*
|
|
|
|
* 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/>.
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Robert Bragg <robert@linux.intel.com>
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#if !defined(__COGL_H_INSIDE__) && !defined(CLUTTER_COMPILATION)
|
|
|
|
#error "Only <cogl/cogl.h> can be included directly."
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef __COGL_DEPTH_STATE_H__
|
|
|
|
#define __COGL_DEPTH_STATE_H__
|
|
|
|
|
|
|
|
G_BEGIN_DECLS
|
|
|
|
|
|
|
|
/**
|
|
|
|
* SECTION:cogl-depth-state
|
|
|
|
* @short_description: Functions for describing the depth testing
|
|
|
|
* state of your GPU.
|
|
|
|
*/
|
|
|
|
|
|
|
|
typedef struct
|
|
|
|
{
|
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
|
|
|
uint32_t COGL_PRIVATE (magic);
|
2011-04-14 13:12:03 -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 COGL_PRIVATE (test_enabled);
|
2011-04-14 13:12:03 -04:00
|
|
|
CoglDepthTestFunction COGL_PRIVATE (test_function);
|
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 COGL_PRIVATE (write_enabled);
|
2011-04-14 13:12:03 -04:00
|
|
|
float COGL_PRIVATE (range_near);
|
|
|
|
float COGL_PRIVATE (range_far);
|
|
|
|
|
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
|
|
|
uint32_t COGL_PRIVATE (padding0);
|
|
|
|
uint32_t COGL_PRIVATE (padding1);
|
|
|
|
uint32_t COGL_PRIVATE (padding2);
|
|
|
|
uint32_t COGL_PRIVATE (padding3);
|
|
|
|
uint32_t COGL_PRIVATE (padding4);
|
|
|
|
uint32_t COGL_PRIVATE (padding5);
|
|
|
|
uint32_t COGL_PRIVATE (padding6);
|
|
|
|
uint32_t COGL_PRIVATE (padding7);
|
|
|
|
uint32_t COGL_PRIVATE (padding8);
|
|
|
|
uint32_t COGL_PRIVATE (padding9);
|
2011-04-14 13:12:03 -04:00
|
|
|
|
|
|
|
} CoglDepthState;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_init:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
*
|
|
|
|
* Initializes the members of @state to their default values.
|
|
|
|
*
|
|
|
|
* You should never pass an un initialized #CoglDepthState structure
|
|
|
|
* to cogl_pipeline_set_depth_state().
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_init (CoglDepthState *state);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_set_test_enabled:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
* @enable: The enable state you want
|
|
|
|
*
|
|
|
|
* Enables or disables depth testing according to the value of
|
|
|
|
* @enable.
|
|
|
|
*
|
|
|
|
* If depth testing is enable then the #CoglDepthTestFunction set
|
|
|
|
* using cogl_pipeline_set_depth_test_function() us used to evaluate
|
|
|
|
* the depth value of incoming fragments against the corresponding
|
|
|
|
* value stored in the current depth buffer, and if the test passes
|
|
|
|
* then the fragments depth value is used to update the depth buffer.
|
|
|
|
* (unless you have disabled depth writing via
|
|
|
|
* cogl_pipeline_set_depth_writing_enabled ())
|
|
|
|
*
|
|
|
|
* By default depth testing is disabled.
|
|
|
|
*
|
|
|
|
* NB: this won't directly affect the state of the GPU. You have
|
|
|
|
* to then set the state on a #CoglPipeline using
|
|
|
|
* cogl_pipeline_set_depth_state()
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_set_test_enabled (CoglDepthState *state,
|
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 enable);
|
2011-04-14 13:12:03 -04:00
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_get_test_enabled:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
*
|
|
|
|
* Gets the current depth test enabled state as previously set by
|
|
|
|
* cogl_depth_state_set_test_enabled().
|
|
|
|
*
|
|
|
|
* Returns: The pipeline's current depth test enabled state.
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
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-04-14 13:12:03 -04:00
|
|
|
cogl_depth_state_get_test_enabled (CoglDepthState *state);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_set_write_enabled:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
* @enable: The enable state you want
|
|
|
|
*
|
|
|
|
* Enables or disables depth buffer writing according to the value of
|
|
|
|
* @enable. Normally when depth testing is enabled and the comparison
|
|
|
|
* between a fragment's depth value and the corresponding depth buffer
|
|
|
|
* value passes then the fragment's depth is written to the depth
|
|
|
|
* buffer unless writing is disabled here.
|
|
|
|
*
|
|
|
|
* By default depth writing is enabled
|
|
|
|
*
|
|
|
|
* NB: this won't directly affect the state of the GPU. You have
|
|
|
|
* to then set the state on a #CoglPipeline using
|
|
|
|
* cogl_pipeline_set_depth_state()
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_set_write_enabled (CoglDepthState *state,
|
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 enable);
|
2011-04-14 13:12:03 -04:00
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_get_write_enabled:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
*
|
|
|
|
* Gets the depth writing enable state as set by the corresponding
|
|
|
|
* cogl_pipeline_set_depth_writing_enabled.
|
|
|
|
*
|
|
|
|
* Returns: The current depth writing enable state
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
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-04-14 13:12:03 -04:00
|
|
|
cogl_depth_state_get_write_enabled (CoglDepthState *state);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_set_test_function:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
* @function: The #CoglDepthTestFunction to set
|
|
|
|
*
|
|
|
|
* Sets the #CoglDepthTestFunction used to compare the depth value of
|
|
|
|
* an incoming fragment against the corresponding value in the current
|
|
|
|
* depth buffer.
|
|
|
|
*
|
|
|
|
* By default the depth test function is %COGL_DEPTH_TEST_FUNCTION_LESS
|
|
|
|
*
|
|
|
|
* NB: this won't directly affect the state of the GPU. You have
|
|
|
|
* to then set the state on a #CoglPipeline using
|
|
|
|
* cogl_pipeline_set_depth_state()
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_set_test_function (CoglDepthState *state,
|
|
|
|
CoglDepthTestFunction function);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_get_test_function:
|
|
|
|
* @state: A #CoglDepthState struct
|
|
|
|
*
|
|
|
|
* Gets the current depth test enable state as previously set via
|
|
|
|
* cogl_pipeline_set_depth_test_enabled().
|
|
|
|
*
|
|
|
|
* Returns: The current depth test enable state.
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
CoglDepthTestFunction
|
|
|
|
cogl_depth_state_get_test_function (CoglDepthState *state);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_set_range:
|
|
|
|
* @state: A #CoglDepthState object
|
|
|
|
* @near_val: The near component of the desired depth range which will be
|
|
|
|
* clamped to the range [0, 1]
|
|
|
|
* @far_val: The far component of the desired depth range which will be
|
|
|
|
* clamped to the range [0, 1]
|
|
|
|
*
|
|
|
|
* Sets the range to map depth values in normalized device coordinates
|
|
|
|
* to before writing out to a depth buffer.
|
|
|
|
*
|
|
|
|
* After your geometry has be transformed, clipped and had perspective
|
|
|
|
* division applied placing it in normalized device
|
|
|
|
* coordinates all depth values between the near and far z clipping
|
|
|
|
* planes are in the range -1 to 1. Before writing any depth value to
|
|
|
|
* the depth buffer though the value is mapped into the range [0, 1].
|
|
|
|
*
|
|
|
|
* With this function you can change the range which depth values are
|
|
|
|
* mapped too although the range must still lye within the range [0,
|
|
|
|
* 1].
|
|
|
|
*
|
|
|
|
* If your driver does not support this feature (for example you are
|
|
|
|
* using GLES 1 drivers) then if you don't use the default range
|
|
|
|
* values you will get an error reported when calling
|
|
|
|
* cogl_pipeline_set_depth_state (). You can check ahead of time for
|
2011-10-12 17:31:12 -04:00
|
|
|
* the %COGL_FEATURE_ID_DEPTH_RANGE feature with
|
|
|
|
* cogl_has_feature() to know if this function will succeed.
|
2011-04-14 13:12:03 -04:00
|
|
|
*
|
|
|
|
* By default normalized device coordinate depth values are mapped to
|
|
|
|
* the full range of depth buffer values, [0, 1].
|
|
|
|
*
|
|
|
|
* NB: this won't directly affect the state of the GPU. You have
|
|
|
|
* to then set the state on a #CoglPipeline using
|
|
|
|
* cogl_pipeline_set_depth_state().
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_set_range (CoglDepthState *state,
|
|
|
|
float near_val,
|
|
|
|
float far_val);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* cogl_depth_state_get_range:
|
2011-06-13 13:51:33 -04:00
|
|
|
* @state: A #CoglDepthState object
|
2011-04-14 13:12:03 -04:00
|
|
|
* @near_val: A pointer to store the near component of the depth range
|
|
|
|
* @far_val: A pointer to store the far component of the depth range
|
|
|
|
*
|
|
|
|
* Gets the current range to which normalized depth values are mapped
|
|
|
|
* before writing to the depth buffer. This corresponds to the range
|
|
|
|
* set with cogl_pipeline_set_depth_range().
|
|
|
|
*
|
|
|
|
* Since: 2.0
|
|
|
|
* Stability: Unstable
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
cogl_depth_state_get_range (CoglDepthState *state,
|
|
|
|
float *near_val,
|
|
|
|
float *far_val);
|
|
|
|
|
|
|
|
G_END_DECLS
|
|
|
|
|
|
|
|
#endif /* __COGL_DEPTH_STATE_H__ */
|