View Full Version : Order to load plugins?
Guest
November 10th, 2006, 06:05 PM
I'm having trouble getting compiz to load plugins correctly, I can't seem to get cube to work. Currently I'm loading them in this order
gconf
decoration
wobbly
scale
screenshot
move
resize
switcher
place
Where should I load cube? I'd forgotten how much easier everything is with Beryl, but hopefully when I get compiz working I can start improving that situation :)
iznogood
November 10th, 2006, 06:41 PM
this is how i have them and they work great
gconf
decoration
wobbly
animation
fade
cube
rotate
zoom
scale
move
resize
place
switcher
dbus
clone
annotate
bs
neg
put
showdesktop
trailfocus
lowfi
November 10th, 2006, 06:58 PM
this is the order with the new plugins (clone/annotate).
from the mailing list:
[..]
These plugins can be loaded in pretty much any order but the results
will be a bit different. Here's the order I find most useful:
gconf decoration wobbly fade minimize cube rotate scale move resize place switcher water clone annotate zoom screenshot dbus
It allows me to clone an output and zoom as well as draw using the
annotate plugin on each output independently.
[..]
if you use plane you have to disable cube.
Guest
November 10th, 2006, 07:09 PM
Working great now. Cube is a lot smoother on compiz than beryl, but animations seem to be a bit slower, wonder why than is... Anyway thanks for your help
mikedee
November 11th, 2006, 02:27 AM
Cube is a lot smoother on compiz than beryl, but animations seem to be a bit slower, wonder why than is...
There are 2 possible reasons for this depending on when you compiled Beryl and the animation plugin (well 3 reasons if you count the third to be 'no idea' :) ).
There was a recent patch to animation to increase the speed. The one on my site now has this patch. There was also a fairly recent patch to beryl which was supposed to speed it up.
In theory animation should run faster because I just stripped some extra code relating to disabling post processing effects. I am not totally sure of the reason for this. I assumed it was something to do with a conflict/slowdown when used with water and blurfx. These parts of code are useless in compiz so I dont think there is a problem stripping it.
vBulletin® v3.7.1, Copyright ©2000-2008, Jelsoft Enterprises Ltd.