similar to: Bundle tfp-detection with correct defaults for aiglx

Hi, I've revisited compiz on aiglx and at this point, if you're running rawhide (fedora development), it's a matter of installing the i386 RPM found here: http://people.redhat.com/krh/compiz/ There's a SRPM there too for other architectures, rebuild using rpmbuild --rebuild compiz-0.0.13.fedora1-3.src.rpm To run compiz, first start the gnome-window-decorator process in

Greetings everybody! For about two weeks I'm now a happy owner of an intel-powered laptop (chipset, wifi, gfx) and wanted to give it a full test-drive of compiz and other GL-intensive programs. The laptop runs Xorg 7.1.1 and the i810 driver that comes with it (stock rpm from FC6). I'm forced to start compiz 0.3.4 with these options... --use-cow --strict-binding --indirect-rendering

Hi, I've just updated compiz in fedora rawhide and wanted to post a quick overview of the patches we still carry. Patch details are available here: http://cvs.fedora.redhat.com/viewcvs/rpms/compiz/devel terminate-move.patch restart.patch These are already upstream, but not yet in a released version. aiglx-defaults.patch tfp-server-extension.patch These two paper over a problem in

Hi, In fact, this bugged me a long time and now I'd finally like to have a solution: https://bugs.freedesktop.org/show_bug.cgi?id=8160 The issue is: compiz has now some fallback code to indirect rendering if direct doesn't work. But that's completely useless, because it'll fail some lines later, exactly here: glxExtensions = glXQueryExtensionsString (dpy, screenNum);

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

On Fri, 2007-07-27 at 23:45 -0400, Andrew J. Barr wrote: > I am trying out the Compiz Fusion stuff on my PowerBook G4 (RV350) and > I have the aiglx-zero-copy-tfp patches from here[0] on Mesa 6.5.2, > xorg-server 1.3, and xf86-video-ati 6.6.191. I notice that the Xorg > process has a high level of CPU utilization (higher than with metacity > or vanilla compiz), but the graphics

Hi David, --use-cow seems to be quite stable on all variations of tfp (xgl, aiglx, nvidia), I think it was the plan to default-enable it. Do you think it's ready for that? Want a patch? -- Hanno B?ck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber: jabber@hboeck.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

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

You might have hear this before. I just came across it today. from http://blog.beryl-project.org/ "I am running your svn and have noticed this non-tfp Beryl, what is this? It is exactly what it sounds like, an early attempt (with some success I might add) to make Beryl run without the need for texture_from_pixmap. No more black window bug from nvidia, no more Xgl, no more AIGLX. Oh

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

Hi, I stopped using compiz a while back when some patches didn't apply to an upgrade I thought was more important than running compiz (IIRC it was xorg-server) but would like to get it working again. I'm using vanilla sources of the most recent stable releases of everything related to xorg/mesa. Compiz is configured with: --prefix=/usr \ --sysconfdir=/etc \ --disable-static \

Hello, I am trying to install and run compiz on my computer since a few months yet and there is no way. Today I checked out the latest git version and it does not work neither. I have a ATI Radeon 7500 rev200 and I think thats the problem. I am using the open source radeon driver and xorg with AIGLX (on debian testing/unstable). DRI is enabled and working, glxgears, too. The output of

Hey everyone, I followed the guide InstallNouvea from the wiki. Installing the driver was a walk in the park. However, I do notice these lines in my Xorg.0.log: (EE) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering (II) Loading sub module

Hi, I tried to run compiz on an intel i810 device (aiglx). According to the docs, I should: # LIBGL_ALWAYS_INDIRECT=TRUE compiz --replace --loose-binding gconf GLX_EXT_texture_from_pixmap is available with direct rendering. gtk-window-decorator: Could not acquire decoration manager selection on screen 0 display ":0.0" And 1. I get no window decorations at all 2. gtk-window-decorator

Hi. I'm trying nouveau and I'm having some troubles. I filled a bug[1] a while ago about a problem I had (and I'm still experimenting), but I found another issue that I suspect is normal. I get this in my Xorg.log: [...] (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE drmOpenDevice: node name is

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 -

Hello, I'm on a Gentoo machine with the latest beta nVidia 9625 Drivers, trying to get Compiz to work with AIGLX... simply running 'compiz', or even with the addition of any options other than version, causes compiz to detect that it is indeed not XGL, and then segmentation faults... please note that I have only currently tried this with Compiz-Quinnstorm (the latest package available

A patch was submitted to the ML a while ago that cured the problem with white boarders in Gtk-Window-Decorator. Can this patch be commited or be a at least fixed up to work with AIGLX? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freedesktop.org/archives/compiz/attachments/20070413/ac87c932/attachment.html

I'm not reporting a bug (I know it's not the right place to do that anyway), but a little help would be appreciated. Once again I run into the famous "compiz: GLX_EXT_texture_from_pixmap is missing" error. The problem is I can't figure out what's wrong. I use fedora core 6 on an athlon XP with an ati RV250 and the radeon open-source drivers running compiz reports: $

If I try to ifup eth0, I get the following: Device eth0 does not seem to be present, delaying initialization. DomU: Linux fedora1 2.6.16-1.2133_FC5xenU #1 SMP Tue Jun 6 02:58:27 EDT 2006 i686 i686 i386 GNU/Linux config: kernel = "/boot/vmlinuz-2.6-xenU" #ramdisk="/boot/initrd-2.6.16-1.2133_FC5xenU.img" memory = 128 name = "fedora1" #dhcp = "dhcp" disk =