similar to: Blur is incredibly slow on the intel i915

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

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, On Thu, Nov 13, 2014 at 3:28 AM, Kristian Lyngstøl <kristian at bohemians.org> wrote: > > Feature-wise, Compiz 0.9.12.0 actually has fewer features as I understand it. With the move to OpenGL ES, several plugins got dropped. I understand some of that has been remedied, but 0.9 still does not come out ahead if my understanding is correct. I have asked around and this is what

I forgot to give everyone an update on this. The blur plugin is in a reasonable state now. It requires an OpenGL implementation with an accelerated CopyTexSubImage2D path for usable performance and that's likely not going to change sometime soon. One major performance improvement can still be made, which allow us to avoid the CopyTexSubImage2D path whenever the area behind a blurred region is

I now use blur plugin thanx to window matching feature, thanx David ;) I have some bugs: http://hibbert.univ-lille3.fr/~cbellegarde/blur_4xbilinear_bug.png Here, i have some artefacts bugs with 4xbilinear. This blur mode is fast! May be a Nvidia drivers bug... http://hibbert.univ-lille3.fr/%7Ecbellegarde/blur_gaussian_fast.png Here, an amarok big window with just desktop, moving window is

On Mon, Nov 17, 2014 at 11:11 AM, Sam Spilsbury <smspillaz at gmail.com> wrote: > > On Thu, Nov 13, 2014 at 3:28 AM, Kristian Lyngstøl > <kristian at bohemians.org> wrote: > > So to sum up: Equal stability, fewer features, but actively maintained. > > > > In the end I told the user in question that 0.9.12.0 is the latest > stable version, but 0.8.9 has

I am having a few problems with blur which I notice other people are having too. Focus blur works perfectly (although only with 4xBilinear) When I start blurdemo, that works too. The problem is that sometimes changing the filter type crashes compiz. If I run it under a debugger it starts working again. All the filter types work with blurdemo. Blurset also works in that it sets the hint on

The blur plugin has GL_ARB_fragment_program extension as a prerequisite. At least that's what I'm getting by looking at screen.c. I think there should be a check for the "CompScreen::fragmentProgram" flag somewhere in blur.c to prevent it from loading or at least executing a <null> pointer. I get a crash in line blur.c:1858, because CompScreen::programEnvParameter4f

I'm using compiz compiled for feisty by trevino, on a mobility radeon x1600 using fglrx 8.38.6 over Xgl 7.2.0. I'm experiencing some problems with the blur: after a short time using compiz the blur over the windows (most noticeably the terminal) becomes a opaque gray. I really don't know how to debug this problem... :( I'll be happy to give any information you'll need

For some reason all mozilla and open office menus are Normal type. This causes problems with all plugins which use the window type. This patch is applied to all plugins and seems to work flawlessly. I am submitting it for blur because the first window of all firefox menus are blurred. I know its a hack, but at least it should be fairly harmless inside each plugin. It is always marked with

This is a somewhat controversial subject which I only reluctantly bring up. I honestly believe that open discussion is the only way to run a project, and I apologize in advance if I offend anyone. I got what should have been an easy question on #compiz a few days ago. A user came in and asked "What version do you recommend I use?". I honestly didn't know what to say. >From a

I thought I''d seen some discussion on this, but can''t find it. I have a text area that I''d like to save on blur unless the user clicks cancel. Anyone got a nice example of this? It''s non-obvious to me how I force the submit via javascript. Thanks, pt. -- Parker Thompson http://www.parkert.com/ 510.541.0125

It is a common request and I think it can be useful. The problem with beryl blur is that it is way too slow. I haven't poured through all of their code but I strongly suspect that there is some intensive code to work out where to blur. I would be happy with just a basic blur under transparent windows. Is there anything that can be done in the core to make effects underneath transparent

Dear R Users, I am new to ggplot. I am using geom_text to inscribe values on my ggplot but it is giving me values which are unreadable and blur. Please let me know if there is any way out. ----------------- Code ----------------- *es <- es3 + geom_text(data=tmp.cor, aes(x=2, y=min(infer.df$value),* * label=text.bottom), colour="black",* *

About a month ago, David made a commit to wobbly to the spring engine which has introduced some bugs. They are hard to explain so bear with me. In a sense, the wobbly plugin does not seem as smooth as it used to be and the windows jerk all over the place. For example, I sometimes notice that when I move a large window (around 2/3 of the size of the desktop window), If I moved it down, the top of

Hello. System info: OS: FC6 x86_64 video: Nvidia GF 7900 GT, driver version 97.55 compiz version: git config backend used: ccp I can reproduce this crash every time on my system. When blur plugin is active and I try to access any right-click menu, regular application menu or drop-down list, compiz crashes. Backtrace produced by crashhandler plugin shows crash in blur.c in function

Listmates, I installed 8.2 on opensuse 10.3 from the opensuse XGL repository to replace 7.6. Compiz works with the nvidia 8600 GT card (512M of GDDR3) on the box, but the ctrl+alt <- -> switching behavior is really bad. In 7.6, the ctrl+alt <- -> desktop switching changed desktops crisply with just the slightest hint of the cube detected during the very short and nice switch.

Greetings everybody! For anybody working on blur-related things, take a look at this glitch I encountered: https://bugs.freedesktop.org/show_bug.cgi?id=10275 Best regards... Mirco "MacSlow" M?ller -- email - macslow@bangang.de www - http://macslow.thepimp.net lowfat - http://macslow.thepimp.net/sponsor-it

I see no problem with your nvidia temps But, i have seen this exact behavior when 'indirect rendering' is enabled. On Wed, Aug 19, 2009 at 2:00 PM, <compiz-request at lists.freedesktop.org>wrote: > Send compiz mailing list submissions to > compiz at lists.freedesktop.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Me and Dennis Kasprzyk changed CompRect to be more intuitive and easily replace XRectangle use. This patch changes CompRect and whole Core. Thanks for attention. -- Eduardo Gurgel Pinho (GELSoL-UFC) (Gentoo) Linux User #415930 http://edgurgel.wordpress.com http://alu.dc.ufc.br/~eduardo -------------- next part -------------- An HTML attachment was scrubbed... URL: