similar to: [PATCH] Use-Copy for Compiz - Non-Texture-From-Pixmaps rendering

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

If I wobble a window and quickly initiate switcher or cube, this can cause weird artifacts. I had a look at Beryl's switcher.c In switchPaintThumb they use this: static void switchPaintThumb(...) { DrawWindowGeometryProc oldDrawWindowGeometry; AddWindowGeometryProc oldAddWindowGeometry; WindowPaintAttrib sAttrib = *attrib; int wx, wy; float width, height; CompIcon *icon = NULL; /*

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'm a newbie here, so please don't threat me too bad. :D I wanted to ask you .. Yesterday I installed Linux Ubuntu 8.04 (Hardy) on my PC, it's the first Linux OS I use on it and I'm pretty confused, but I'm trying to make it work anyway. I installed WoW, using this FAQ https://help.ubuntu.com/community/WorldofWarcraft. I followed it, step to step, except for the

I've added a simple plugin to compiz that provides a way to render video efficiently on a composited desktop. A video playback client basically copies video data to a pixmap and sets an X property on a client window that describes the image format of the data and where it should be rendered. The compiz video plugin will scale and perform necessary colorspace conversions when compositing the

As posted few days ago by Vladimir, newer fglrx ATi proprietary drivers supports the Composite extension (also if it provides buggy rendering for some apps), that's why using the non-tftp rendering you could run Compiz in fglrx drivers too without loading Xgl. However the use-copy option makes compiz do some checks that the fglrx drivers don't pass (I don't know why, since the

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

http://bugs.freedesktop.org/show_bug.cgi?id=21124 Summary: nouveau: fonts "chipped" on NV44 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

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

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, I made a simple patch which makes switcher's window a splash window (_NET_WM_WINDOW_TYPE_SPLASH). This way I can easily add effects for it. The window is a splash window, so why not use this type instead of Unknown? Beryl's switcher window is a Splash window too. Is there a reason why Compiz uses Uknown for it? Patch: --- switcher.c 2006-12-28 10:14:52.000000000 +0100 +++

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

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

As some e-mails ago, I'm trying to play beryl in my laptop. I successfully configured my xorg.conf (thanks to the comunity for the help that allowed me that). The problem: When I boot the laptop without external LCD/CRT, beryl is working fine, but when I boot it with the external, it recognice fine the external LCD and don't want to allow beryl run. What beryl says: === BEGIN === $

Hi, I have ported various improvements of Beryl's resize to Compiz: - multiple resize modes (aside to the standard "normal" mode those are "Stretch", "Outline" and "Filled Outline") - better aspect ratio constraining (you now also can resize aspect constrained windows from other edges than the lower right) - avoiding of mouse pointer desynchronization

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm Trevi?o (AKA Trevinho, AKA 3v1n0, AKA trevi55 ;P) it's my first message here, also if I'm reading the ML from the archives since long time... I maintened a beryl-svn (then git) repository, and I'm planning to do the same as soon as I can for compiz-git (BTW, some pre-release packages are at http://tinyurl.com/396up9),

Hello, I'm doing a C++ wrapper and I need the counterpart of WindowAddNotifyProc Every plugin must be rebuild since CompScreen is modified, hence ABIVERSION should be changed as well. Would it be possible to implement it ? Patch attached Pafy. -------------- next part -------------- A non-text attachment was scrubbed... Name: compiz-WindowRemoveNotifyProc.patch Type: text/x-diff Size: 1734

--- include/compiz.h | 17 ++++++- metadata/core.xml.in | 7 +++ src/display.c | 5 ++- src/event.c | 130 +++++++++++++++++++++++++++++++++++++++++++++----- 4 files changed, 143 insertions(+), 16 deletions(-) diff --git a/include/compiz.h b/include/compiz.h index dd34f00..abb1169 100644 --- a/include/compiz.h +++ b/include/compiz.h @@ -26,7 +26,7 @@ #ifndef

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This patch uses the same hacks listed in the "[PATCHES] Fixes for java apps and firefox in scale, switcher and wobbly" message to apply the transparency to the right windows; I don't think it will be merged, but I'm posting it here just as example for other users/packagers; however it can be disabled only setting the default