search for: imagetotextur

...deletions(-) diff --git a/src/texture.c b/src/texture.c index 4170c70..7021643 100644 --- a/src/texture.c +++ b/src/texture.c @@ -164,13 +164,8 @@ imageBufferToTexture (CompScreen *screen, unsigned int width, unsigned int height) { -#if IMAGE_BYTE_ORDER == MSBFirst - return imageToTexture (screen, texture, image, width, height, - GL_BGRA, GL_UNSIGNED_BYTE); -#else return imageToTexture (screen, texture, image, width, height, GL_BGRA, GL_UNSIGNED_INT_8_8_8_8_REV); -#endif } Bool -- 1.5.2-rc3.GIT -- Earthling Michel D?nzer | http://tungste...

...well. - A fixed byte ordering image loading In group, we have some hard-coded textures (for glow) inside a header file which - obviously - have a fixed byte ordering. If those textures, generated on an Intel CPU, are displayed on a PC using a PPC CPU, the byte ordering is reversed by the function imageToTexture causing the texture being displayed incorrectly. In my opinion, it would make sense to add a parameter to the function imageBufferToTexture which enables/disables this byte swapping inside imageToTexture. If you agree with me, I can provide patches for the latter points. Regards, Danny --------...

...t; Author: Danny Baumann <dannybaumann@web.de> > Date: Wed Mar 28 15:29:42 2007 +0200 > > Added possibility to load textures with fixed RGBA byte ordering from header files. > I find this change pretty ugly. "Bool fixedRGBA" looks like a quick hack to extend the imageToTexture function with some specific functionality. Creating a lower level function that accept a format and a type GLenum seems like a more appropriate solution to me. However, if you're storing textures in header files. I suggest that you store them as png data, in which case you you don't need...