similar to: Fragment program API documentation

Hi, This patch fixes a leak when creating fragment functions in some of the plugins. The leak happens when there is a plugin that uses a fragment program with parameters and texture units on only a subset of windows. During screen painting, the allocated param and unit change across windows in the patched plugins, which (because of the mismatch with the previously created and stored function)

Hi, I'm running latest server-1.3.-branch with git-mesa. compiz doesnt run and gives lots of these messages: compiz: pixmap 0x200008b can't be bound to texture compiz: Couldn't bind redirected window 0x1600008 to texture compiz: pixmap 0x200008d can't be bound to texture compiz: Couldn't bind redirected window 0x2200005 to texture compiz: pixmap 0x200008b can't be bound

So I've spent the last few days getting Xorg pulled from freedesktop git and built. Everything seems to have worked, and I now have Xorg version 7.1.99.2 running, composite enabled, and AIGLX enabled. The Xorg log file shows: (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25

A new compiz release 0.7.6 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.6.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.6.tar.gz.sha1 be55dada77dc0716a040c2b9e2d16a0fbc736180 compiz-0.7.6.tar.gz

Hi, I've currently pushed a new branch called "compiz++" to the freedesktop repository, with some features I've been working on during last months. Because most of the features also require (BIG) changes to the plugins, I've decided to put them all together. - No direct access to member variables: Everything is now done with getter and setter functions. This helps with the

Last night I reworked compiz-aiglx patch from Kristian H?gsberg to get it working (i.e. patching and running) with latest compiz cvs. Most plugins and features are working again now : wobbly, minimize, resize, cube, rotate, move, fade, scale, place, zoom. However the last two plugins, switcher and decoration are broken. Decoration just draws nothing, I found that the problematic function call is

A new compiz release 0.7.2 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.2.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.2.tar.gz.sha1 da3dbe8c5be19aa03529e8d3c7e32365c82a973b compiz-0.7.2.tar.gz

A new compiz release 0.7.4 is now available from: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.4.tar.gz which can be verified with: http://xorg.freedesktop.org/archive/individual/app/compiz-0.7.4.tar.gz.sha1 a204d9b70ac8abfb037ca3402452aa055f4aab71 compiz-0.7.4.tar.gz

Hi, The changes yesterday breaks compilation for me. I do have the latest glproto (1.4.7) and mesa cvs (20050603, i.e. a couple of hours ago) and xgl (20050603) have been recompiled after the updates. Here's the initial error (with a whole lot similar): texture.c: In function 'bindPixmapToTexture': texture.c:196: error: 'GLX_TEXTURE_FORMAT_EXT' undeclared (first use in this

Hi It seem that the fragment interface on certain plugins exceeds the amount of fragment operations possible on Intel GMA cards. This only occurs with the "water" and "blur" plugins. the plugins activate OK and do not report a missing GL_ARB_fragment_program in the server extensions. Waves appear when I use the water plugin with <Super><Ctrl> but there is no

Fixes icon colours on my PowerBook. Given that the preprocessor test was reversed when the code was reorganized and nobody on !MSBFirst platforms complained, one code path should suffice. --- src/texture.c | 5 ----- 1 files changed, 0 insertions(+), 5 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

Hi, I've currently pushed a new branch called "compiz++" to the freedesktop repository, with some features I've been working on during last months. Because most of the features also require (BIG) changes to the plugins, I've decided to put them all together. - No direct access to member variables: Everything is now done with getter and setter functions. This helps with

Some weeks ago one of my friends asked me to port the "use-copy" (non-tfp) beryl's feature to Compiz since he wasn't able to run compiz (fusion) smoothly in his nvidia card with turbocache (these cards works well only using Xgl, otherwise they are affected by the [in]famous "Black Window Bug". That's obiouvsly an error that nVidia should fix, but in the latest

I've added a working KDE window decorator (kwd) to head. It's pretty much written from scratch however it borrows some trivial code from aquamarine which I didn't feel re-implementing. So why did I write a new one from scratch instead of improving aquamarine? I started out by trying to improve aquamarine but as I looked at the code and figured out what had to change to make it work

What happend with po/Makefile.in and po/Makefile.in in configure.ac? config.status: error: cannot find input file: po/Makefile.in.in configure: error: ./configure failed for compiz Making install in compiz make[1]: Entering directory `/usr/src/SOURCES/TESTING/compiz' Making install in include make[2]: Entering directory `/usr/src/SOURCES/TESTING/compiz/include' make[3]: Entering directory

On Wed, 2007-03-28 at 06:29 -0700, Danny Baumann wrote: > include/compiz.h | 5 +++-- > src/cursor.c | 3 ++- > src/texture.c | 17 +++++++++++------ > 3 files changed, 16 insertions(+), 9 deletions(-) > > New commits: > commit 8e3b26fe3000602cfad0eaae2242abb1274c2ce3 > Author: Danny Baumann <dannybaumann@web.de> > Date: Wed Mar 28 15:29:42 2007

I know this list is meant for discussion of compiz specifically, but .... 1) I sometimes see compiz spit out "Could not bind pixmap to texture" messages, even though it _appears_ to be working fine. I randomly guess that this is due to me running out of video memory (iirc I have 64mb of vram). Is that possibly a problem? I think Vista and OS X manually manage video

Hi all, I've recently become interesting in how all of the pieces of X/compiz come together to do what it does, and after going through compiz's code, I have a few questions that I just can't seem to find any answers to. My basic understanding is that compiz sets up compositing, and then using either the root window or the composite overlay window it sets up an area for opengl to

Compiz 0.9.0 is released! This is the first unstable release of the Compiz 0.9 series. This release represents a complete rewrite of the 0.8 series from C to C++, brings a whole new developer API, splits rendering into plugins, switches the buildsystem from automake to cmake and brings minor functionality improvements. This release represents the first developer and tester preview of what will

hi, a small patch inspired from Kristian H?gsberg compiz-aiglx patch, to use compiz with xorg aiglx with tftp_damage patch and gl-include-inferior patch. this patch add command-line option to force bind and release whenever the texture is used. to use it you must start xorg in 16 depth mode, and start compiz with LIBGL_ALWAYS_INDIRECT environnement variable PS : sorry for my bad english