2009-07-27 19:37:11 -04:00
|
|
|
/*
|
|
|
|
* Cogl
|
|
|
|
*
|
2014-02-21 20:28:54 -05:00
|
|
|
* A Low Level GPU Graphics and Utilities API
|
2009-07-27 19:37:11 -04:00
|
|
|
*
|
|
|
|
* Copyright (C) 2007,2008,2009 Intel Corporation.
|
|
|
|
*
|
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:
|
2009-07-27 19:37:11 -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.
|
2009-07-27 19:37:11 -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
|
|
|
*
|
|
|
|
*
|
2009-07-27 19:37:11 -04:00
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __COGL_TEXTURE_DRIVER_H
|
|
|
|
#define __COGL_TEXTURE_DRIVER_H
|
|
|
|
|
2011-07-07 07:48:24 -04:00
|
|
|
typedef struct _CoglTextureDriver CoglTextureDriver;
|
|
|
|
|
|
|
|
struct _CoglTextureDriver
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* A very small wrapper around glGenTextures() that ensures we default to
|
|
|
|
* non-mipmap filters when creating textures. This is to save some memory as
|
|
|
|
* the driver will not allocate room for the mipmap tree.
|
|
|
|
*/
|
2012-11-19 12:28:52 -05:00
|
|
|
GLuint
|
2012-03-22 13:04:47 -04:00
|
|
|
(* gen) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
2012-11-19 12:28:52 -05:00
|
|
|
CoglPixelFormat internal_format);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This sets up the glPixelStore state for an upload to a destination with
|
|
|
|
* the same size, and with no offset.
|
|
|
|
*/
|
|
|
|
/* NB: GLES can't upload a sub region of pixel data from a larger source
|
|
|
|
* buffer which is why this interface is limited. The GL driver has a more
|
|
|
|
* flexible version of this function that is uses internally */
|
|
|
|
void
|
2012-03-22 13:04:47 -04:00
|
|
|
(* prep_gl_for_pixels_upload) (CoglContext *ctx,
|
|
|
|
int pixels_rowstride,
|
2011-07-07 07:48:24 -04:00
|
|
|
int pixels_bpp);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This uploads a sub-region from source_bmp to a single GL texture
|
|
|
|
* handle (i.e a single CoglTexture slice)
|
|
|
|
*
|
|
|
|
* It also updates the array of tex->first_pixels[slice_index] if
|
|
|
|
* dst_{x,y} == 0
|
|
|
|
*
|
|
|
|
* The driver abstraction is in place because GLES doesn't support the pixel
|
|
|
|
* store options required to source from a subregion, so for GLES we have
|
|
|
|
* to manually create a transient source bitmap.
|
|
|
|
*
|
|
|
|
* XXX: sorry for the ridiculous number of arguments :-(
|
|
|
|
*/
|
2012-11-08 12:54:10 -05:00
|
|
|
CoglBool
|
2012-03-22 13:04:47 -04:00
|
|
|
(* upload_subregion_to_gl) (CoglContext *ctx,
|
2012-11-09 12:55:54 -05:00
|
|
|
CoglTexture *texture,
|
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 is_foreign,
|
2012-03-22 13:04:47 -04:00
|
|
|
int src_x,
|
|
|
|
int src_y,
|
|
|
|
int dst_x,
|
|
|
|
int dst_y,
|
|
|
|
int width,
|
|
|
|
int height,
|
2012-11-09 12:55:54 -05:00
|
|
|
int level,
|
2012-03-22 13:04:47 -04:00
|
|
|
CoglBitmap *source_bmp,
|
|
|
|
GLuint source_gl_format,
|
2012-11-08 12:54:10 -05:00
|
|
|
GLuint source_gl_type,
|
|
|
|
CoglError **error);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Replaces the contents of the GL texture with the entire bitmap. On
|
|
|
|
* GL this just directly calls glTexImage2D, but under GLES it needs
|
|
|
|
* to copy the bitmap if the rowstride is not a multiple of a possible
|
|
|
|
* alignment value because there is no GL_UNPACK_ROW_LENGTH
|
|
|
|
*/
|
2012-11-08 12:54:10 -05:00
|
|
|
CoglBool
|
2012-03-22 13:04:47 -04:00
|
|
|
(* upload_to_gl) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
|
|
|
GLuint gl_handle,
|
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 is_foreign,
|
2012-03-22 13:04:47 -04:00
|
|
|
CoglBitmap *source_bmp,
|
|
|
|
GLint internal_gl_format,
|
|
|
|
GLuint source_gl_format,
|
2012-11-08 12:54:10 -05:00
|
|
|
GLuint source_gl_type,
|
|
|
|
CoglError **error);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Replaces the contents of the GL texture with the entire bitmap. The
|
|
|
|
* width of the texture is inferred from the bitmap. The height and
|
|
|
|
* depth of the texture is given directly. The 'image_height' (which
|
|
|
|
* is the number of rows between images) is inferred by dividing the
|
|
|
|
* height of the bitmap by the depth.
|
|
|
|
*/
|
2012-11-08 12:54:10 -05:00
|
|
|
CoglBool
|
2012-03-22 13:04:47 -04:00
|
|
|
(* upload_to_gl_3d) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
|
|
|
GLuint gl_handle,
|
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 is_foreign,
|
2012-03-22 13:04:47 -04:00
|
|
|
GLint height,
|
|
|
|
GLint depth,
|
|
|
|
CoglBitmap *source_bmp,
|
|
|
|
GLint internal_gl_format,
|
|
|
|
GLuint source_gl_format,
|
2012-11-08 12:54:10 -05:00
|
|
|
GLuint source_gl_type,
|
|
|
|
CoglError **error);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This sets up the glPixelStore state for an download to a destination with
|
|
|
|
* the same size, and with no offset.
|
|
|
|
*/
|
|
|
|
/* NB: GLES can't download pixel data into a sub region of a larger
|
|
|
|
* destination buffer, the GL driver has a more flexible version of
|
|
|
|
* this function that it uses internally. */
|
|
|
|
void
|
2012-03-22 13:04:47 -04:00
|
|
|
(* prep_gl_for_pixels_download) (CoglContext *ctx,
|
2012-03-22 07:40:16 -04:00
|
|
|
int image_width,
|
2012-03-22 13:04:47 -04:00
|
|
|
int pixels_rowstride,
|
2011-07-07 07:48:24 -04:00
|
|
|
int pixels_bpp);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This driver abstraction is needed because GLES doesn't support
|
|
|
|
* glGetTexImage (). On GLES this currently just returns FALSE which
|
|
|
|
* will lead to a generic fallback path being used that simply
|
|
|
|
* renders the texture and reads it back from the framebuffer. (See
|
|
|
|
* _cogl_texture_draw_and_read () )
|
|
|
|
*/
|
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-03-22 13:04:47 -04:00
|
|
|
(* gl_get_tex_image) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
|
|
|
GLenum dest_gl_format,
|
|
|
|
GLenum dest_gl_type,
|
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
|
|
|
uint8_t *dest);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* It may depend on the driver as to what texture sizes are supported...
|
|
|
|
*/
|
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-03-22 13:04:47 -04:00
|
|
|
(* size_supported) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
2012-05-23 09:47:57 -04:00
|
|
|
GLenum gl_intformat,
|
2011-07-07 07:48:24 -04:00
|
|
|
GLenum gl_format,
|
|
|
|
GLenum gl_type,
|
2012-03-22 13:04:47 -04:00
|
|
|
int width,
|
|
|
|
int height);
|
2011-07-07 07:48:24 -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
|
2012-03-22 13:04:47 -04:00
|
|
|
(* size_supported_3d) (CoglContext *ctx,
|
|
|
|
GLenum gl_target,
|
2011-07-07 07:48:24 -04:00
|
|
|
GLenum gl_format,
|
|
|
|
GLenum gl_type,
|
2012-03-22 13:04:47 -04:00
|
|
|
int width,
|
|
|
|
int height,
|
|
|
|
int depth);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* This driver abstraction is needed because GLES doesn't support setting
|
|
|
|
* a texture border color.
|
|
|
|
*/
|
|
|
|
void
|
2012-03-22 13:04:47 -04:00
|
|
|
(* try_setting_gl_border_color) (CoglContext *ctx,
|
|
|
|
GLuint gl_target,
|
2011-07-07 07:48:24 -04:00
|
|
|
const GLfloat *transparent_color);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* It may depend on the driver as to what texture targets may be used when
|
|
|
|
* creating a foreign texture. E.g. OpenGL supports ARB_texture_rectangle
|
|
|
|
* but GLES doesn't
|
|
|
|
*/
|
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-03-22 13:04:47 -04:00
|
|
|
(* allows_foreign_gl_target) (CoglContext *ctx,
|
|
|
|
GLenum gl_target);
|
2011-07-07 07:48:24 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The driver may impose constraints on what formats can be used to store
|
|
|
|
* texture data read from textures. For example GLES currently only supports
|
|
|
|
* RGBA_8888, and so we need to manually convert the data if the final
|
|
|
|
* destination has another format.
|
|
|
|
*/
|
|
|
|
CoglPixelFormat
|
2012-03-22 12:32:56 -04:00
|
|
|
(* find_best_gl_get_data_format) (CoglContext *context,
|
2012-03-22 13:04:47 -04:00
|
|
|
CoglPixelFormat format,
|
|
|
|
GLenum *closest_gl_format,
|
|
|
|
GLenum *closest_gl_type);
|
2011-07-07 07:48:24 -04:00
|
|
|
};
|
2009-07-27 19:37:11 -04:00
|
|
|
|
|
|
|
#endif /* __COGL_TEXTURE_DRIVER_H */
|
|
|
|
|