similar to: Problem or no ?!

Hi! AFAIK FGLRX doesnt support glx_ext_texture_from_pixmap, and enabling composite+dri is resulting in screen corruption even with 8.38.6. Then how are you guys running it without XGL? Regards, Karthik On 6/29/07, compiz-request at lists.freedesktop.org < compiz-request at lists.freedesktop.org> wrote: > > Send compiz mailing list submissions to > compiz at

On Sun, 2007-04-01 at 20:11 -0400, Jeffrey Laramie wrote: > Hi David, > > If you've been following the discussion on the forum and/or compizadmin list, > you can see that we aren't getting anywhere with these discussions. The > hangup seems to be selecting a new name for the Compiz-Extra division. The > Beryl people feel it's the only thing they're asking for

Adding new options to a plugin is a pain. There is a lot of code that has allways to be changed for that. This is the reason why I've created the Beryl/Compiz XML options parser (bcop). Bcop allows you easily to describe options in XML and will autogenerate the needed Beryl/Compiz C code for you. The only think that needs to be changed in a existing plugins is to include the xxx_options.h

This was a private mail and not supposed to go to the compiz list. Please don't don't read it unless you're on the compiz admin list. :) I've apologized to Jeff, Mike, Rico and Arturo for making this mistake and I'd like to apologize to anyone else who might have been offended by it. I guess the good part is that you get an uncensored view of what we feel about the community

Greetings everybody! I was asked by someone (from the beryl-forum) if/how one could alter the values for the two color-stops used by the fallback-gradient of the skydome (for the case the supplied image could not be found). Up to now they were hardcoded, but with this patch they can be set via... /apps/compiz/plugins/cube/screen0/options/skydome_gradient_start_color

After several weeks of discussion the leaders of Compiz and Beryl have agreed that the two communities shall reunite. This decision is supported by both David and Quinn and represents the majority decision of the administrators and developers in each community. At this early stage not a lot has been decided, but these are the main points of the agreement: - As had previously been decided,

I'd like to get all of you updated on the compiz related things discussed at the X developer conference that was held last week. The slides I used for my talk are available from here: http://people.freedesktop.org/~davidr/xdevconf07/ and you can also find some notes from all talks here: http://wiki.x.org/wiki/XDC2007Notes My talk was mainly focused on "what's next" and how

Hello Community Congratulations everyone for the reunification. To kick off the process, shall we finalize channels we are going to use for communication so that all the developers involved know what is going on and where. Which ML and IRC would be used for 'semi-official' communication etc. 1. Danny, Quinn and Marex have already started working on compiz-plugins-beryl-premerge tree on

Compiz and Beryl merge: What's really going on? Recently Quinns post to the beryl-dev mailing list entitled 'Merge on' has led to a lot of discussion, some of which has been good and some of which has led to a lot of misinformation, to clear things up I'd like to give the story of the merge, and the justification for some of the more peculiar aspects. Basically lets try to avoid

Hello, 1) windows maximixed in different virtual desktops from that one current escape when they are under the pointer, and they subsequently are arranged badly. 2) i have noticed the same bug noticed by Cedric, in post "[compiz] Problem with scale plugin" /- Fri Nov 10, and it doesn't solved. Regards Explinux /

Hello, I'm new to compiz and to this list but I'd like to contribute. I couldn't find a more appropriate place to ask a few questions about the compiz project (which is actually my first question). 1. Since the apparent compiz/beryl fork I don't see a compiz "community" site. Is there one? 2. Is compiz going to continue to be developed, and if so, is there a road

Hi, I am currently developing a xsnow like plugin for beryl called xglsnow (http://cornergraf.net/projects/xglsnow/). I have been told(1) that my way of drawing to the desktop is not very good and that a better way might exist. I realize beryl is not the same as compiz, but I hope that the differences are not too big on this matter, if not excuse me for this post. My drawing currently works

I see many people hate Compiz (and use Beryl) just because it needs gconf + many other GNOME deps. I think this is the biggest advantage of Beryl over Compiz. Yes, users don't have to compile compiz with gconf, but how will they configure things? They'll modify the sources? Compiz needs a new configuration plugin. A text-based one, independent of tons of libraries would be great.

In response to --> Date: Thu, 28 Sep 2006 20:42:28 +0100 From: Colin Guthrie <gmane@colin.guthr.ie> Subject: [compiz] Re: beryl fork To: compiz@lists.freedesktop.org Message-ID: <efh8fc$7u2$1@sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 ---------- I want to comment on the fork too. I apologize if this isn't the right venue, but it's my response to

Beryl has a --skip-gl-yield ( I think now managed by --force-nvidia, dont really know though), that eases the use of beryl under heavy CPU load. Is this implemented in compiz? Cause compiz is _REALLY_ slow under heavy cpu use for me. Thanks, Joel -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello folks, I have been toying with compiz, beryl, then back to compiz, and I have noticed a few strange things I would like your view on, just to make sure it is not me doing something wrong... I'm testing all this on a laptop with intel chipsets all over (the GPU is an i915GM running AIGLX). On beryl, I could use suspend features without any problems, the computer would go in deep sleep

Hi, Recently i have worked on re-writing beryl's transparent cube, and ported 3d plugin to compiz. I'm attaching a patchset here that includes the transparent cube patches (i'll post the 3d plugin when i fix some problems that didn't happen in beryl). Patching order: btf-ftb.patch, clip-planes.patch, plugin-events.patch, cube-paint-order.patch, transparent-cube.patch. Special

Latest amd/ati drivers (8.37|8.38) supports composite with dri. So, after patching beryl (cause he can work without tfp) to make it use direct rendering on "aiglx method" and removed check for GLX_SGIX_fbconfig, which fails. - I was able to run beryl on fglrx WITHOUT Xgl. Only bug with windows drawing exists(as noticed in latest known issues for ati drives), more about this bug -

Hi, I have noticed a strange behavior: after the added one of the options "window_match" in scale and switcher plugins; these do not show some windows like gmplayer or amsn's windows This is the output of xprop $ xprop _NET_WINDOW_DECOR(INTEGER) = 20061011, 46149375, 4, 4, 27, 4, 4, 4, 27, 4, 9, 0, 36965, -11, -34, -68, 0, 582, 32767, 0, 0, 32869, 571, -34, -68, 0, 32767,

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