View Full Version : The Composite Manager Guide: How to Get Vista-ish Effects in (K)(X)Ubuntu.
poofyhairguy
October 13th, 2005, 08:23 PM
The Composite Manager Guide: How to Get Vista-ish Effects in (K)(X)Ubuntu.
HUGE UPDATE -December 23, 2005
You MUST get the new Nvidia drivers people. With the newest drivers, I HAVE STABLE COMPOSITE!!!!!!
The logout bug is gone. The artifacts are gone. Its all gone. 2005 ends and I get what I want- a modern desktop!
Introduction
Do you like drop shadows? Do you want a faster feeling desktop? Have you seen screen shot of Vista and wished Ubuntu could do the same? Then you might want a Composite Manager.
It adds these effects that users would want:
1.Drop Shadows -OSX style. Almost all fast computers can do this.
2.What I call “the fading trick”- as windows are minimized they fade into the windows behind them or the desktop. Needs an Nvidia card. Vista does this. (note: the XFCE Composite Manager does not do this)
3.Windows that are more responsive to commands. At 100% CPU use I can still move windows with no ugly trails or jerkiness.
4.Transparent windows
These effects can not be given justice in a screenshot....so here is a video
http://linux.jannol.com/ubuntu/demos/demo-1.mpg
That Jannol provided. Thanks.
Who can use a Composite Manager? I hate to say it, but only people with Nvidia cards, an ATI 9250 card (or lower) and Dapper, or a fast enough computer.
PEOPLE WITHOUT SUPPORTED CARDS: You are not left out if your machine is fast enough. I do not know what fast enough is. Read my guide and be sure that you do the steps that are in bold and you use the command I suggest.
What do you need to use a Composite Manager?
1.Nvidia Card, a supported ATI card (a 92xx model or lower) or a fast CPU (just for drop shadows)
2.Time
3.The official Nvidia drivers installed if you have Nvidia card
4.Universe repo is accessible
5.Internet Connection
****DISCLAIMER******
Composite Managers as they are now are a toy. I can promise that if you use one, it will crash on you. It will. One day it will crash your xserver and take everything you are doing with it. I will talk about ways to deal with that in the guide, but I can promise it will happen. Xcompmgr is an ACTIVE project with a new release recently. Please don't ask if Ubuntu or its developers can provide better support and don't hope for it to get better magically the next release or something (unless you use XFCE or KDE). The Linux desktop is going in a different direction than this. This is a “band aid” to get there. I tolerate its quicks and live with it maybe you can too. Now on to the guide.
***********************
Steps to Use a Composite Manager
FIRST PART
Open a normal terminal (applications, accessories, terminal) and put this in the terminal:
sudo gedit /etc/X11/xorg.conf
USERS WITH UNSUPPORTED CARDS MUST DO THIS STEP TOO
A file will come up. Add these lines to the end of the file:
Section "Extensions"
Option "Composite" "Enable"
EndSection
For Nvidia Cards:
FIRST INSTALL NEWEST DRIVERS!!!!! Directions here:
http://ubuntuforums.org/showthread.php?t=75074
Now look through the file. Find the part called “device.” Add these two lines to that section:
Option "RenderAccel" "true"
Option "AllowGLXWithComposite" "true"
Make it look like this:
Section "Device"
Identifier "NVIDIA Card"
Driver "nvidia"
BusID "PCI:1:0:0"
Option "RenderAccel" "true"
Option "AllowGLXWithComposite" "true"
EndSection
For Supported ATI Cards (ATI 9250's and below) in Dapper (as soon as Dapper gets Xorg 7):
Make it look like this:
Section "Device"
Identifier "Generic Graphics Card"
Driver "radeon"
Option "AccelMethod" "EXA"
Option "AGPMode" "4"
Option "EnablePageFlip" "true"
Option "DDCMode"
Option "RenderAccel" "true"
Option "SubPixelOrder" "NONE"
Option "ColorTiling" "false"
EndSection
Save the file. The hardest part is done. If it does not restart type the command “startx “ Save all the work you are doing, and restart the xserver by pressing the CTRL, ALT, and Backspace keys at the same time. I put these two sentences backwards for a reason.
SECOND PART
If you use KDE or XFCE you can stop now. For XFCE just log in and its native composite manager will now work by default ( I find this one crashes less than xcompmgr) and for KDE go to
System Settings -> Desktop -> Window Behavior->Transparency
To configure KDE's built in composite manager. But be warned, just like Xcompmgr, both the XFCE and KDE Composite Managers have crashed on me. You are still a very early adopter.
If you are a gnome user, then log back into Gnome.
For Gnome we have to use Xcompmgr to get the effects.
USERS WITH UNSUPPORTED CARDS MUST DO THIS STEP TOO
Open a terminal and put this in:
sudo apt-get install xcompmgr transset
Tell apt-get yes if it askes something and wait till its done.
Here are the commands for xcompgr:
-d display Specifies which display should be managed.
-r radius Specifies the blur radius for client-side shadows. (default 12)
-o opacity Specifies the translucency for client-side shadows. (default .75)
-l left-offset Specifies the left offset for client-side shadows. (default -15)
-t top-offset Specifies the top offset for clinet-side shadows. (default -15)
-I fade-in-step Specifies the opacity change between steps while fading in. (default 0.028 )
-O fade-out-step Specifies the opacity change between steps while fading out. (default 0.03)
-D fade-delta-time Specifies the time between steps in a fade in milliseconds. (default 10)
-a Use automatic server-side compositing. Faster, but no special effects.
-c Draw client-side shadows with fuzzy edges.
-C Avoid drawing shadows on dock/panel windows.
-f Fade windows in/out when opening/closing.
-F Fade windows during opacity changes.
-n Normal client-side compositing with transparency support
-s Draw server-side shadows with sharp edges.
-S Enable synchronous operation (for debugging).
Yeah it hurts my brain too. So if I as was you, I would stick to only a few simple commands.
the command:
xcompmgr -cC & killall gnome-panel
will give you drop shadows and window acceleration. The command:
xcompmgr -fF & killall gnome-panel
Will give you the fading trick and window acceleration.
The command:
xcompmgr -cCfF & killall gnome-panel
Will give you both. The command:
xcompmgr -a & killall gnome-panel
will just give you the window acceleration without the two tricks. This command is the most stable one by far. Its worth it to try it even if you don't like drop shadows and fading just to feel what an nice accelerated desktop feels like.
Advanced Commands I use (you should try them too- recommended):
xcompmgr -fF -I-.002 -O-.003 -D6
That one just does fading in a fashion thats much better than the default.
xcompmgr -fF -I-.002 -O-.003 -D6 -cC -t-5 -l-6 -r5
That one does fading in the best way and has drop shadows that look much better overall- especially with drop down lists such as the Applications menu. This could be called "The Perfect Setting." (I know its not for everyone)
BEST SETTING FOR PEOPLE WITH NON SUPPORTED CARDS
xcompmgr -cC -t-3 -l-5 -r5
That setting gives sane drop shadows that work well with the Gnome menu's. It should be possible to use this command by itself if you add the composite lines to your xorg and you computer is fast enough (who knows what fast enough is- just try). This is where xcompmgr is useful for most people.
But try what you can try and if it crashes just restart the xserver and don't use that command again. If you want to stop xcompmgr, hit CTRL and the C key at the same time.
If you want xcompgr to start when Gnome starts, the go to “System, Preferences, Sessions.” Click the last tab called “Startup Programs.” Click “Add.” Type in what command you liked best or worked best for you. Then for order pick “41” Then click “close,” log out and log back in.
This part (actually most of this guide) I credit to arnoct:
Using Transset for transparent windows in Gnome:
This is just an extra little command. If you want to set certain windows as transparent, then run the command "transset" in the console. Your mouse will turn into a crosshair; simply click on the window you want to set as transparent. The transparency value can be anywhere from 0 (completely transparent) to 1 (opaque.) It defaults to .75, and back to 1 if the window is already transparent.
For example, if you want to make a window half-transparent:
transset 0.5
Tricks To Deal With Composite Manager Bugs.
After prolonged use of xcompmgr, I have come across many bugs that can be quite annoying. To get around these, here are some tricks I have found.
**Most Important Trick and why I use Gnome and xcompmgr over any of the others**
As I said before, all the Composite Manager's crash. One advantage of xcompmgr is with this script you can turn it off and on easily. Credit for this goes to frodon.
Put this command in the terminal:
gedit toggle_xcompmgr.bash
Copy this into the empty file:
#!/bin/bash
a=`ps -aef | grep -i xcompmgr | awk ' {if ($8 == "xcompmgr"){printf "2"}} '`
if [[ $a = "" ]]
then
yourcommand &
killall gnome-panel
else
kill -9 `ps -aef | grep -i xcomp | awk ' {if ($8 == "xcompmgr"){printf $2}} '`
killall gnome-panel
fi
See The part I bolded? Thats where you need to put the xcompmgr command that works best for you. Here is a good default one:
#!/bin/bash
a=`ps -aef | grep -i xcompmgr | awk ' {if ($8 == "xcompmgr"){printf "2"}} '`
if [[ $a = "" ]]
then
xcompmgr -fFcC &
killall gnome-panel
else
kill -9 `ps -aef | grep -i xcomp | awk ' {if ($8 == "xcompmgr"){printf $2}} '`
killall gnome-panel
fi
Now save the file to your home folder. Close gedit. Put this command in the terminal:
sudo mv toggle_xcompmgr.bash /usr/bin/
then this command:
sudo chmod +x /usr/bin/toggle_xcompmgr.bash
Then right click on gnome panel and add a shortcut, choose custom shortcut in the menu and add
/usr/bin/toggle_xcompmgr.bash
in the command field. You can make a desktop launcher by right clicking on the desktop, choosing “create launcher” then use the same command.
Now each time you click on the icon xcompmgr is toggled on/off! This is essential and its the only way around many bugs.
First Bug: Media Players Crash or Have Artifacts When in Full Screen Mode
The solution to this problem was gvien to us in the new release of Breezy, and is enough to warrant praise as the was the most annoying bug before Breezy.
Totem-xine was upgraded in Breezy a lot. Its way better to use and IT IS VERY STABLE WITH XCOMPMGR! Sorry I screamed but it makes me happy. Full screen, no problem. Any type of file, no crashes. So just use totem-xine for all video files. All the audio players I tried work already, but only Breezy Totem-xine works for video everytime. The second best by far the is VLC, and then all others trail by a lot- even other xine's like xine-ui, gxine, or kaffine. Don't use them.
Second Bug: When you try to logout in Gnome, it seems to crash!
THIS BUG IS GONE WITH NEWEST DRIVERS AND NVIDIA CARDS!!!!! DANCING IN THE STREETS!!!!!
Third Bug: Games don't work or are slow
Turn off xcompmgr for all opengl games.
Fourth Bug: Open GL screen savers crash my computer!
This is a bad one. Only way around it is to use a screensaver that does not use opengl. Luckily Ubuntu comes with many, unfortunately they are not the default. To fix this, turn off xcompgr, and go to “System, Preferences, Screen Saver” Choose the blank screen option, or pick a screensaver that looks SO old school (like Windows 95 old school) that you know it does not use opengl.
Fifth Bug: Xcompmgr crashes when using Firefox
Easy solution is to use Epiphany. It crashes way less. Like it might end crashing almost completely for you. And when you install its pluggins it has an automatic session saver. But we all can't do that. For those like me who are Firefox addicts, use this extension:
https://addons.mozilla.org/extensions/moreinfo.php?id=436
Sixth Bug: Xcompmgr Crashing when you are doing important things.
This is one area where Breezy is a lot better as well.
The problem is that xcompmgr crashes. I can go weeks without seeing one, then boom one will hit one day. Its annoying if you are typing a big rant in Firefox or on GAIM, or whatever else you are doing.
Best way around this it to use the first trick to just turn xcompmgr off when you are doing important things. It can turn on and off without crashing things, so even if you remember half way through a email or project click that icon and turn it off!
Another thing is to do all writing beyond a few lines in OpenOffice.org2 writer. It has GREAT crash recovery “skills” and does a wonderful job of getting you right back where you are if any of the composite managers act up.
Seventh Bug: Problems with Flash in Firefox
Credit goes to varunus for this one.
First, open up your firefox launcher file with the following:
sudo gedit /usr/bin/firefox
Find the part that looks like this:
##
## Variables
##
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Add a line, making it look like this:
##
## Variables
##
##Added for composite extension to work
export XLIB_SKIP_ARGB_VISUALS=1
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Flash will no longer have any issues. This makes firefox ignore the extra alpha channel that xcompmgr gives it for color. Because the application itself doesn't do anything with the alpha channel, all of the effects still work, and flash will no longer complain.
Eighth Bug: You get addicted to using xcompmgr and can't go back
I still have not found a solution for this one!
Well I wish you luck in your hunt for eye candy and I hope it goes well. In the future new technologies will come about to further modernize the Linux desktop. Till then the Composite Managers allow us to live on the edge and have the future today. If you have and suggestions, please make them!
New additions:
I have included my xorg.conf file, because at one point I discovered the magic that allowed me to use xcompmgr with two screens and I want to share it!
Also I have included the newest xcompmgr that I personally compiled. All you (should) have to do in untar the file into....say your home folder...and the use the "cd" command to get into the fold made then use all of the xcompmgr commands as I indicated above.
HUGE EDIT!!!!!!
Ok, I have a GUI for you xcompmgr fans. Download the deb file I attached to this post:
http://ubuntuforums.org/showpost.php?p=555510&postcount=170
to your home folder and extract the deb file there (forum won't let me attach a deb file). First use apt-get to get the dependancies you need:
sudo apt-get install libgtkmm-2.4-1c2
Then install the deb file in the terminal with this command:
sudo dpkg -i gcompmgr_0.21-2_i386.deb
To use it, run the command:
gcompmgr
I hope you enjoy, it makes messing with Xcompmgr more fun!
Quartus
October 13th, 2005, 08:48 PM
And I don't have an Nvidia card... :(
kdavison007
October 13th, 2005, 08:57 PM
Why do you have to have an Nvidia card?
poofyhairguy
October 13th, 2005, 09:00 PM
Why do you have to have an Nvidia card?
You don't HAVE to have an Nvidia card to try it out, but only Nvidia cards and their official drivers accerate the current set of composite managers.
Without an Nvidia card, your CPU will do all the work. That will work for maybe the drop shadows, but the fading and the rest would kill a not super fast system.
Paulus
October 13th, 2005, 10:07 PM
Thanks poofhairyguy, that is probably the best how-to I have ever read- I particuarly enjoyed the "bug's" section- a part i didn't expect. Though as previously pointed out there is nothing regarding ati cards- perhaps a mention in the title would be niiice.:rolleyes: EDIT: You have :)
Thanks again!
btw xcompmgr -fF -I-.002 -O-.003 -D6
rocks!
tommy04
October 13th, 2005, 10:22 PM
Well, I tried "xcompmgr -cCfF & killall gnome-panel", and it was really pretty, until you get to the part where X froze up and I couldn't even CTRL+ALT+BACKSPACE out of it :/
Any ideas why that's happening? Firefox was running at the time... I don't want to try it again because i'm worried it might mess up the hard drive next time I have to hard reboot...
poofyhairguy
October 13th, 2005, 10:28 PM
Thanks poofhairyguy, that is probably the best how-to I have ever read- I particuarly enjoyed the "bug's" section- a part i didn't expect. Though as previously pointed out there is nothing regarding ati cards- perhaps a mention in the title would be niiice.:rolleyes:
Thanks again!
btw rocks!
Cool. I edited it a little to add a section about what happens without a Nvidia card, but I'll do it more so. I'm glad you like that setting, it took forever for me to get it. I'm glad you enjoyed the guide, I tried my best!
deception
October 13th, 2005, 10:36 PM
Great job! Just would like to add if anyone experiences the "overlapping of the gnome-panel by applications".. just type "killall gnome-panel" in a terminal :KS
Thanks poofyhairguy :D
rosslaird
October 13th, 2005, 10:51 PM
In breezy, using the latest kde and a somewhat older nvidia card, kde crashes my whole system when I have the composite extension and rendering effects enabled in the kde control module. Since kde simply fails to load after the changes to xorg.conf and kde window settings, this presents an issue: how to turn off the composite effects in kde if kde will not start? The workaround, which I eventually discovered, is to run another window manager (like xfce) and run kcontrol from within it. The kde composite settings can then be changed back.
Xfce, by the way, works great with the composite effects.
Ross
scourge
October 14th, 2005, 04:36 AM
Either buy a new card if you want this, or if you can't email your hardware maker and ask them for better Linux support!
Better Linux support is always good, but it's not the same thing as support for xcompmgr. I read that ATI's stance is something like: "If the X.org developers don't think Composite is worthy of support, why should we think it is?". I think it makes sense.
poofyhairguy
October 14th, 2005, 04:44 AM
Better Linux support is always good, but it's not the same thing as support for xcompmgr.
True. Xcompmgr is a dead end. But better Linux support will hopefully allows ATI users to not get left out of next big eye candy upgrade.
I read that ATI's stance is something like: "If the X.org developers don't think Composite is worthy of support, why should we think it is?". I think it makes sense.
Buying an Nvidia card to get the effect I want makes sense to me. ATI's excuses never make sense to me.
Maybe if ATI drivers where great and this was the one thing holding them back.....but thats not the case.
ssam
October 14th, 2005, 05:27 AM
it just about works for me on a 64 mb Radeon Mobility 9000 with the opensource drive, on a powerbook g4 1ghz. but i get funky yellow colours and a couple of games can crash the xserver (whether xcompmgr is running or not).
xorg 7 should make things work better
scourge
October 14th, 2005, 06:35 PM
Buying an Nvidia card to get the effect I want makes sense to me. ATI's excuses never make sense to me.
Considering that the Composite extension is buggy even on systems with an nVidia card I'd say you're in a small minority here. Most people just want better OpenGL support, so that's where ATI's focus should be. I also switched to nVidia about 9 months ago, but I still read the boards at Rage3D.com, and from what I've read it seems that ATI is making progress.
poofyhairguy
October 14th, 2005, 06:42 PM
Considering that the Composite extension is buggy even on systems with an nVidia card I'd say you're in a small minority here.
Its a nice minority to be in.
Most people just want better OpenGL support, so that's where ATI's focus should be. I also switched to nVidia about 9 months ago, but I still read the boards at Rage3D.com, and from what I've read it seems that ATI is making progress.
If ATI supports all the tricks that are comming with Xorg 7.0 then I'll be happy for sure. Till then I'll survive with xcompmgr.
scourge
October 15th, 2005, 07:09 AM
Its a nice minority to be in.
I kind of agree here. GPU accelerated desktop is definitely the way to go. I've experimented with xcompmgr quite a lot myself and I think it has great potential. If it was stable it would be a good reason to switch to Nvidia.
If ATI supports all the tricks that are comming with Xorg 7.0 then I'll be happy for sure.
I wouldn't hold my breath. ATI's Linux development team has very limited resources (proportional to Linux's market share) and they're still struggling with basic OpenGL compatibility. When they accomplish that goal they can focus on performance. And then, X.org tricks. At least that's what I think their plan is.
flibble
October 15th, 2005, 09:19 AM
Hi :)
Well, I've been reading about xcompmgr for a few weeks, how it's buggy and a deadend and I've been thinking, "Sounds like a waste of time". Then I tried it. It's beautiful. Really... beautiful... I had to smurk at myself, repeatedly hitting ctrl+alt+D, sending multiple windows fading in and out, rolling my mouse along the firefox bookmarks toolbar, menus gliding their shadows into one another. Lol. Xmas in X land. Thanks for a great howto phg.
poofyhairguy
October 15th, 2005, 02:19 PM
Hi :)
Well, I've been reading about xcompmgr for a few weeks, how it's buggy and a deadend and I've been thinking, "Sounds like a waste of time". Then I tried it. It's beautiful. Really... beautiful... I had to smurk at myself, repeatedly hitting ctrl+alt+D, sending multiple windows fading in and out, rolling my mouse along the firefox bookmarks toolbar, menus gliding their shadows into one another. Lol. Xmas in X land. Thanks for a great howto phg.
No problem. Ever since Breezy made Xcompmgr tolerable to use (by almost never crashing it) I have been hooked myself.
norwyn
October 17th, 2005, 10:51 AM
Hi folks, and thank you poofyhairguy for a very nice guide!
I'm using XFCE and I wonder what the command is to disable the shadow effects, or I think it is the shadow effects that I want to disable.
Problem:
When I'm changing the windows seize everythings freeze. That is the function i want to disable ;). I know that I should expect it to crash often, but everything else work close to perfect.
Thanks in advance, and sorry for my poor english.
poofyhairguy
October 17th, 2005, 03:01 PM
Hi folks, and thank you poofyhairguy for a very nice guide!
I'm using XFCE and I wonder what the command is to disable the shadow effects, or I think it is the shadow effects that I want to disable.
Problem:
When I'm changing the windows seize everythings freeze. That is the function i want to disable ;). I know that I should expect it to crash often, but everything else work close to perfect.
Thats just how the XFCE composite manager works. I don't think you can control its functions, and it crashes a lot me. Personally, I wouldn't advise anyone to use XFCE's composite manager, but if you want to please know that such crashes are part of its program.
william_nbg
October 17th, 2005, 04:20 PM
First off - thanks for the how to, it written really clear and detailed.
Would really like to try this, but have one question.
When you said I would need the official nvidia drivers do you mean the ones found int the repositories, or the one from the nvidia web site??
sorry for the noob question, but just want to be sure.
poofyhairguy
October 17th, 2005, 06:53 PM
First off - thanks for the how to, it written really clear and detailed.
Would really like to try this, but have one question.
When you said I would need the official nvidia drivers do you mean the ones found int the repositories, or the one from the nvidia web site??
sorry for the noob question, but just want to be sure.
Both will work. I use the repo ones. I know people that do it with the newer ones installed by hand. You just need some Nvidia drivers installed.
phend-one
October 17th, 2005, 10:49 PM
This is REALLY nice!
Thanks for sharing this!
*hugs old GeForce 4200Ti* And they told me you were useless! :cool:
ba5e
October 18th, 2005, 01:21 PM
What a great How-to.
It works great on my pIII 733 w/nvidia FX5200.
poofyhairguy
October 18th, 2005, 07:26 PM
What a great How-to.
It works great on my pIII 733 w/nvidia FX5200.
Works great with old machines.
ad0
October 19th, 2005, 06:24 AM
Can someone put some screenshots to see how that looks?
hesee
October 19th, 2005, 07:35 AM
Works great with old machines.
Any hope to get this working with my old Geforce2 mx400? processor is AMD 2600+ XP...
Neo40
October 19th, 2005, 09:47 AM
Any hope to get this working with my old Geforce2 mx400? processor is AMD 2600+ XP...
I have a GeForce2 mx400 and it works fine. However, I find drop shadows a little bit slow. Is it my card? I don't know...
xingmu
October 19th, 2005, 11:04 AM
The HOWTO is excellent, had no problems following it. But the results were disappointing to me. The "shadows" are really just a fuzzy gradient border around every window, panel, and menu. I wouldn't really call it a shadow because it doesn't follow basic principles of physics (i.e. the shadow is on all four sides of a window??). It was also a little overkill to have a shadow on my already semi-transparent side panel and my auto-hide mini panel.
The fade in and fade out was not bad...but it made GNOME seem a lot slower and clunkier (quite the opposite of being more responsive). I notice the problem a lot when Alt-Tabbing between windows (which is how I switch windows all the time).
BTW, this was all on a Toshiba Tecra M2 with a GeForce FX Go 5200....cpu is...I forget...Pentium 1.6Ghz plus or minus some.
Anyways, my big question is what the original poster meant by saying that xorg is moving in a different direction than composite. What direction? What will be seeing for eye candy in the future?
Some screenshots:
http://i19.photobucket.com/albums/b179/xingmu/th_Screenshot-1.png (http://i19.photobucket.com/albums/b179/xingmu/Screenshot-1.png)
http://i19.photobucket.com/albums/b179/xingmu/th_Screenshot.png (http://i19.photobucket.com/albums/b179/xingmu/Screenshot.png)
poofyhairguy
October 19th, 2005, 01:20 PM
I have a GeForce2 mx400 and it works fine. However, I find drop shadows a little bit slow. Is it my card? I don't know...
Yeah, older Nvidia cards have problems with shadows.
JazzCrazed
October 19th, 2005, 03:01 PM
Just FYI... Things seem to work well on my Acer Aspire 3002LCi using an SiS Mirage chip! I don't know whether that's accelerating it, or whether my Sempron 2800+ is powerful enough to do it on its own (I know that driver support for SiS Mirage is lacking). Shadows run really fast, though, and the window acceleration is pleasurably noticeable. Fades are too sluggish to use, though.
Also, sometimes when I started up xcompmgr with the appropriate commands, the Gnome panels wouldn't show up, and I'd be forced to restart GDM. Since I added xcompmgr to my startup options, I haven't encountered that problem again.
Ultimately (meaning, after about an hour of straight use), I ended up turning off shadows because the panels also get shadows, and the shadows overlay all the other windows - which is annoying when I have a window maximized (the shadow is cast over the window's title bar). The disappearance of the annoying ugliness when dragging windows is welcome change, enough!
Thanks for this howto!
poofyhairguy
October 19th, 2005, 11:51 PM
Just FYI... Things seem to work well on my Acer Aspire 3002LCi using an SiS Mirage chip! I don't know whether that's accelerating it, or whether my Sempron 2800+ is powerful enough to do it on its own (I know that driver support for SiS Mirage is lacking). Shadows run really fast, though, and the window acceleration is pleasurably noticeable. Fades are too sluggish to use, though.
Its all your CPU. As I said, if you have a fast one drop shadows are fine. I'll define that better.
But unless you have smooth fades (really smooth) its being done by the CPU. Either you lack an Nvidia card, or the driver is not installed right.
Thats why I bought the Nvidia card. I only like the fades, and without and Nvidia card they won't work!
[/QUOTE]
Also, sometimes when I started up xcompmgr with the appropriate commands, the Gnome panels wouldn't show up, and I'd be forced to restart GDM. Since I added xcompmgr to my startup options, I haven't encountered that problem again.
Do this command next time (trust me):
[QUOTE]killall gnome-panel
Ultimately (meaning, after about an hour of straight use), I ended up turning off shadows because the panels also get shadows, and the shadows overlay all the other windows - which is annoying when I have a window maximized (the shadow is cast over the window's title bar). The disappearance of the annoying ugliness when dragging windows is welcome change, enough!
Thanks for this howto!
No problem. I don't really like the drop shadows. Since xcompmgr is a hack, they do not look natural like in Vista/OSX. By KDE 3.5 I think that side will be fixed though.
seethru
October 20th, 2005, 12:40 PM
I can't stay away from xcompmgr :/
Poofy awesome script, one bug about killall gnome-panel though is that it doesn't seem to reload everything into the tray. I had amarok, xchat, and gaim all in the tray and only gaim came back up D:
poofyhairguy
October 20th, 2005, 09:41 PM
I can't stay away from xcompmgr :/
Poofy awesome script, one bug about killall gnome-panel though is that it doesn't seem to reload everything into the tray. I had amarok, xchat, and gaim all in the tray and only gaim came back up D:
I can confirm the bug. Darn!
rjwood
October 20th, 2005, 09:55 PM
I really like all this stuff but its just too much trouble.
I seem to remember P.H.Guy doing a thing of replacing metacity with e-17 in hoary a while back. Will you be doing another "how to" for that with breezy?
hesee
October 21st, 2005, 01:46 AM
Anyways, my big question is what the original poster meant by saying that xorg is moving in a different direction than composite. What direction? What will be seeing for eye candy in the future?
I was wondering the same thing, is there going to be same kind of effects done by xorg itself? (don't know if this is stupid question, i'm still noob)
pizzach
October 21st, 2005, 01:54 AM
I love the shadow effects done by xcompmgr. I hate the fading effect. It feel like a joke that just wastes time to me. But I suppose that is because my Second OS is Mac OS (X). aka, I can also use Mac OS's before that....
Anywho, xcompmgr rules for useability in that respect! The Mac OS 9 themes even without realtime shadows at least did a fake drop shadow. A lot of Gnome themes don't and are a pain in the @ss on the eyes that way.
seethru
October 21st, 2005, 02:05 AM
I was wondering the same thing, is there going to be same kind of effects done by xorg itself? (don't know if this is stupid question, i'm still noob)
xorg 7 will have exa, which from my understanding, is built in composite.
hesee
October 21st, 2005, 02:37 AM
xorg 7 will have exa, which from my understanding, is built in composite.
I see... Does anyone happen to know if there's any time schedule for xorg7, couldn't find it from xorg website? Surely we should have impressive and stable "Vista" effects before Vista users ;)
poofyhairguy
October 21st, 2005, 03:17 AM
I see... Does anyone happen to know if there's any time schedule for xorg7, couldn't find it from xorg website? Surely we should have impressive and stable "Vista" effects before Vista users ;)
Here is info:
http://wiki.x.org/wiki/X11R6970ReleasePlan
Remember to not get too excited. Once the foundation is in place it will take a little time for the software and drivers to catch up. I might buy a ATI 9200 just because I hate waiting (then nvidia sits on shelf, lol), and switch to KDE (of course I think KDE will use it better first).
poofyhairguy
October 21st, 2005, 03:19 AM
I love the shadow effects done by xcompmgr. I hate the fading effect. It feel like a joke that just wastes time to me. But I suppose that is because my Second OS is Mac OS (X). aka, I can also use Mac OS's before that....
Thats funny, because now when I use Apples I think "they are pretty, but they can't do the awesome fading effect my Linux box can do."
Anywho, xcompmgr rules for useability in that respect! The Mac OS 9 themes even without realtime shadows at least did a fake drop shadow. A lot of Gnome themes don't and are a pain in the @ss on the eyes that way.
E17 has those nice fake dropshadows.
poofyhairguy
October 21st, 2005, 03:20 AM
I seem to remember P.H.Guy doing a thing of replacing metacity with e-17 in hoary a while back. Will you be doing another "how to" for that with breezy?
I can, but I won't be able to support it that well because I don't use that trick anymore.....because of xcompmgr. It and E17 fight worse than it and Metacity.
pizzach
October 21st, 2005, 11:25 AM
E17 has those nice fake dropshadows.
Sigh. Reminds me. Gotta get a new copy of e17 and check the for the newest changes. Either that or wimp back to e16. Got gnome all tricked out though so I'm not in as much of a rush.:p
Hehe, just noticed a bit of misunderstanding maybe. Mac Os 8/9 basically as part of the the theme used a black lined down the left and bottom sides on the frontmost window. It was as fake a shadow as you could get. But it was a very good visual cue.
piedamaro
October 21st, 2005, 12:14 PM
Nice HOWTO! However I have a couple of question on the script:
if [[ $a = "" ]]
why do you use a double bracket? I'e read thi is only in the korn shell. Also the right way of doing a test is something like:
if [ "$a" = "" ]
or better
if [ x$a = x ]
if you use [ $a = something ] it can become [ = something ] and it will generate an error because 'test' (the program linked by [ ) is expecting a binary condition.
pizzach
October 22nd, 2005, 09:53 PM
Okay, I just want to illustrate this a bit more clearly: Notice the two pictures I have attached to this message. Look closely at the window borders of the active and inactive windows. The active window has a dark black drop shadow. The inactive windows also have shadows but aren't as dark. What disappoints me about XWindows/gnome themes is that the active windows doesn't have shadows or anything the like period. It makes theme easier to disern even Mac OS 9 style. You don't need fancy processor heavy things that crash stuff to do the job.
xcompmgr throws out some nice shadows. But I miss the functionality of Mac OS X/9 shadows. The formost window casts a larger shadow. (look at the attached) Mac OS X does the same as 9 but it isn't noticeable until you look close. The beauty is in the details.
People understand what I'm talking about now?
Edit: 8 minutes of grammar/spelling fixes
joflow
October 23rd, 2005, 06:32 PM
I can, but I won't be able to support it that well because I don't use that trick anymore.....because of xcompmgr. It and E17 fight worse than it and Metacity.
I was just about to ask if it was possible to get this working with e17+gnome. I really like e17+gnome. Do you recommend this over e17? Which is prettier?
poofyhairguy
November 7th, 2005, 02:54 AM
Ok, I was doing some research on the Gentoo Wiki and it seems that with the next release of Xorg some ATI cards (up to a 9200) will be able to get in on the fun:
You can get hardware accelled Render (EXA) for 9200 and below, using X.org CVS, thus making Composite ridiculously fast and even overcome NVidia cards, cause they don't support EXA yet. This is with Open Source "radeon" driver.
http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency#ati-drivers_.2B_Xorg
poofyhairguy
November 7th, 2005, 04:31 AM
When I am wrong I can admit it, but this time I'm VERY happy to be wrong.
Turns out that because the next Xorg (the big 7) is going to allow the card with the best open source drivers in existence (the ATI 9250's and below) to get in on the accerated Composite Manager party development in xcompmgr has started up again:
http://xapps.freedesktop.org/release/
Its there. A new version released at the end of last month. Joy!
I compiled it for myself and its working fine. I can already tell its more stable. I will try to make a deb file so that other can use it too, but if you can't wait this page will tell you what to do:
http://64.233.167.104/search?q=cache:gUCWnw7hL_4J:mandrakeusers.org/lofiversion/index.php/t18626.html+%22configure.ac:+9:+required+file+%60./%5Bconfig.h%5D.in%27+not+found%22&hl=en&client=firefox
And I included the xcompmgr file I compiled on my machine. Just untar the file and then use the terminal to cd to the directory that is made and then use the normal commands. I have my whole set-up changed for this new xcompmgr and I will tell an easy way to do that soon!
poofyhairguy
November 7th, 2005, 04:32 AM
No wait, here is the post with the new xcompmgr.
kashms
November 7th, 2005, 05:35 AM
Excellent news!!
Hope they will keep up developement so we can get some bling bling on our desktops :cool:
neuschnee
November 7th, 2005, 05:53 AM
In my experience, xcompmgr or xcomposite in general is only really good for one thing: taking pretty screenshots and then immediately turning it off.
It's buggy as hell and even when "accelerated" is slow (try moving a big window around with drop shadows with xcompmgr with a 2ghz athlon, then do the same in OSX on an old iMac... heh).
It's not really worth it to me, at least until it is truly accelerated, unbuggy and clean like it is in OSX or (though awfully ugly) in Vista.
Manny C
November 7th, 2005, 06:40 AM
In my experience, xcompmgr or xcomposite in general is only really good for one thing: taking pretty screenshots and then immediately turning it off.
It's buggy as hell and even when "accelerated" is slow (try moving a big window around with drop shadows with xcompmgr with a 2ghz athlon, then do the same in OSX on an old iMac... heh).
It's not really worth it to me, at least until it is truly accelerated, unbuggy and clean like it is in OSX or (though awfully ugly) in Vista.
Yep. Agree. But read poofyhairguy's initial post. Expect breakage.
poofyhairguy
November 7th, 2005, 07:10 AM
In my experience, xcompmgr or xcomposite in general is only really good for one thing: taking pretty screenshots and then immediately turning it off.
I use it for weeks on end. About once a week or so it might crash the xserver on me, but otherwise it works great.
It's buggy as hell and even when "accelerated" is slow (try moving a big window around with drop shadows with xcompmgr with a 2ghz athlon, then do the same in OSX on an old iMac... heh).
Actually the acceration really depends on how good your video card is. I experiance less crashing and a greater overall speed with my 6600 GT compared to my 5200 FX.
And I'm hoping that the new framework that allows the ATI cards to accerate xcompmgr with EXA will be even more stable and fast. I'm willing to buy an old ATI card to find out. If thats the case.....
It's not really worth it to me, at least until it is truly accelerated, unbuggy and clean like it is in OSX or (though awfully ugly) in Vista.
Have fun waiting a year or more likely two or three till its up to your standards and I hope you have the correct video card even then.
Personally I am a desktop user so a little crashing deos not bug me especially if I can get the effects that Vista users will get late next year today.
I like an accerated desktop and I'm sick of waiting for the future. Xcompmgr might be a toy, but it a toy that is in active development and is already more usable than any other compsitor on the Linux Desktop.
frodon
November 7th, 2005, 07:31 AM
I'm a happy xcompmgr user with a fx5200 nvidia card and like poofyhairguy i can't wait to have a composite manager without bug.
So yes there's some users who use xcompmgr all the time and enjoy using it :)
Poofy, is xcompmgr still in development or not, i'm lost ?
poofyhairguy
November 7th, 2005, 08:21 AM
I'm a happy xcompmgr user with a fx5200 nvidia card and like poofyhairguy i can't wait to have a composite manager without bug.
So yes there's some users who use xcompmgr all the time and enjoy using it :)
Poofy, is xcompmgr still in development or not, i'm lost ?
As of very recently it is. In this post there is a version I compiled. It might work if you want to try it:
http://ubuntuforums.org/showpost.php?p=472499&postcount=48
Its very exciting. I thought that this was no longer a work in progress, but the new Xorg made it relevent again.
Whats even more exiting is the thought that KDE's might get a lot better too.
zachtib
November 7th, 2005, 11:43 AM
i have installed xcompmgr on my desktop, and i want to use it on my laptop, but not until the "cannot log out" bug is fixed. for me, that one inconvenience isn't worth the eye candy of the composite manager, so does anyone know if the new version fixes this?
pizzach
November 7th, 2005, 12:50 PM
i have installed xcompmgr on my desktop, and i want to use it on my laptop, but not until the "cannot log out" bug is fixed. for me, that one inconvenience isn't worth the eye candy of the composite manager, so does anyone know if the new version fixes this?
Just tried it. By God, it fixed the log out problem. It's a miracle!! WHOOHOHOHOHOHOHOH! Now if only it wouldn't mess up my precious mplayer. :)
frodon
November 7th, 2005, 12:58 PM
Does someone here tried that (http://sourceforge.net/projects/gcompmgr/) ?
See this screenshot : http://sourceforge.net/project/screenshots.php?group_id=140598&ssid=13855
JazzCrazed
November 7th, 2005, 01:11 PM
i have installed xcompmgr on my desktop, and i want to use it on my laptop, but not until the "cannot log out" bug is fixed. for me, that one inconvenience isn't worth the eye candy of the composite manager, so does anyone know if the new version fixes this?
I included a launcher, per the original poster's howto, for turning off and on the xcompmgr. I have to make sure it's turned off b4 i try to log off. Annoying, for sure, but I tolerate it cause I like my shadows. :)
If you do try to log out and the logout window doesn't show up because xcompmgr is still on, u can press "escape" to get your control over the desktop back. The logout window actually is there - it's just invisible. Then turn off xcompmgr, and try to logout again.
zachtib
November 7th, 2005, 01:40 PM
Just tried it. By God, it fixed the log out problem. It's a miracle!! WHOOHOHOHOHOHOHOH! Now if only it wouldn't mess up my precious mplayer. :)
i just built the new xcompmgr from source (running amd64 and wasnt sure the prebuilt on would work) and the logout bug still applys to me
pizzach
November 7th, 2005, 01:46 PM
i just built the new xcompmgr from source (running amd64 and wasnt sure the prebuilt on would work) and the logout bug still applys to me
That's odd. I build it from source too from poofyhairguy's link. (The directory expands as 1.1.3 while the actualy built version is 1.1.2.) I'm running a Pentium M though. Oh well. I'm happy I can log out at least...:???:
zachtib
November 7th, 2005, 01:50 PM
That's odd. I build it from source too from poofyhairguy's link. (The directory expands as 1.1.3 while the actualy built version is 1.1.2.) I'm running a Pentium M though. Oh well. I'm happy I can log out at least...:???:
my laptops a pentium m, but its got ati graphics, dont really think that will work well
pizzach
November 7th, 2005, 01:55 PM
my laptops a pentium m, but its got ati graphics, dont really think that will work well
On a side note, I'm only using shadows. I initialize xcompmgr as:
xcompmgr -cC -r 8 -l -9 -t -9 && killall gnome-panels
Otherwise it sounds like you might be out of luck.
ThomThom
November 7th, 2005, 02:40 PM
And this work with older ATI card, but not newer? (I have an ATI 9800)
ljamie82
November 7th, 2005, 03:06 PM
Well i got everything installed and it does look nice, though not to the degree i was expecting from this board. . . anyway one thing is i don't see any shadows, maybe i'll just tinker with the code some . . . it is supposed to have obvious shadow's though, right?
neuschnee
November 7th, 2005, 03:36 PM
Actually the acceration really depends on how good your video card is. I experiance less crashing and a greater overall speed with my 6600 GT compared to my 5200 FX.
In OSX with cards much less powered than these two examples (6600 GT and 5200 FX) there is no lag. Why?... because it isn't a hack, and they did it right from the ground up.
It's not the card's fault, it's the framework. Requiring a certain card using EXA for unlaggy drop-shadows sounds just as ridiculous as Vista requiring a DX9-capable card. OpenGL is common and works... Apple gets it. :) (Xgl is our closest equivalent.. but does anyone actually use it?)
Have fun waiting a year or more likely two or three till its up to your standards and I hope you have the correct video card even then.
By your standards, I already have the so-called "correct" video card for using xcompmgr. Don't assume. Anyway it doesn't at all bother me that xcomp sucks... if it did I would have switched to OSX ages ago.
poofyhairguy
November 7th, 2005, 04:27 PM
And this work with older ATI card, but not newer? (I have an ATI 9800)
Yes. The ATI 92XX and 9000 cards have excellent open source drivers that do not come from ATI. These open source drivers are what allow the new ATI acceration to work. These card are the most power cards on the market with open specifications.
I hate to say it, but something tells me the worst situation to be in for compositing right now is to own an ATI card newer than a 9250. There are open source drivers but it seems it will be a while before they are able to fully accerate a composite manager while the open source ATI drivers and the Nvidia drivers do it today.
poofyhairguy
November 7th, 2005, 04:30 PM
i have installed xcompmgr on my desktop, and i want to use it on my laptop, but not until the "cannot log out" bug is fixed. for me, that one inconvenience isn't worth the eye candy of the composite manager, so does anyone know if the new version fixes this?
The new xcompmgr did not fix this bug for me, but there are ways to deal with it.
One is to follow my guide and make an "on/off" button and turn it off before logging out.
The other is to find a way to make a script that turns it off automatically when you log out.
The first solution is a good one because xcompmgr is so buggy that you want an on /off switch anyway.
poofyhairguy
November 7th, 2005, 04:31 PM
Well i got everything installed and it does look nice, though not to the degree i was expecting from this board. . . anyway one thing is i don't see any shadows, maybe i'll just tinker with the code some . . . it is supposed to have obvious shadow's though, right?
Not if you use my custom xcompmgr command, as I don't like shadows. They make my gdesklets look bad.
poofyhairguy
November 7th, 2005, 04:44 PM
In OSX with cards much less powered than these two examples (6600 GT and 5200 FX) there is no lag. Why?... because it isn't a hack, and they did it right from the ground up.
If you pay upper class prices you should get an upper class product. The Linux Desktop is putting together its eye candy revolution on a shoe-string budget.
Comparing the Linux desktop to OSX is a surefire way to get depressed and it does not help anyone.
It's not the card's fault, it's the framework. Requiring a certain card using EXA for unlaggy drop-shadows sounds just as ridiculous as Vista requiring a DX9-capable card. OpenGL is common and works... Apple gets it. :) (Xgl is our closest equivalent.. but does anyone actually use it?)
You don't seem to get it. Its not the framework's fault, its not the card's fault. Its the fault of poor Linux drivers. The two best Linux drivers are Nvidia's closed one and the ATI 92xx open source one. They both work now with composite.
It has nothing to do with opengl. Having a fully developed opengl xserver (the xegl) means nothing if there are no good opengl Linux drivers to work with. Luckily it seems that as a result of the next Xorg release's effort to make the drivers independent, the open source drivers for most card can rapidly get better. If not there is always the old ATI cards or new Nvidia ones...
Again comparing to Apple is fruitless. Apple controls their hardware and has GREAT drivers for every video card in every Mac. If Linux had the same driver situation the Xegl would probably be where the effort would be focused, not on EXA. EXA was created because it the driver situation is so bad that if we had to wait for it to settle after the xorg 7.0 release to start making an accerated desktop, then Linux would not have one for two years after Vista was released.
By your standards, I already have the so-called "correct" video card for using xcompmgr. Don't assume.
My only assumption is the obvious one that unlike OSX or even Windows, desktop Linux has to care more about legacy hardware (if only because so many people use it to "save" machines the other OSes left behind) and this fact makes it so that the majority of Linux users lack the specific cards needed to have a nicely accerated desktop.
Anyway it doesn't at all bother me that xcomp sucks... if it did I would have switched to OSX ages ago.
For me the fact that xcompmgr became semi-stable is the reason why I don't own a Mac today. I'm willing to invest time and money to help develop the Linux solution (or at least help bug test it) because now that I have used an accerated desktop on my sister's Powerbook and my computer with xcompmgr turned on I can't go back.
Honestly if getting a new ATI card keeps me from buying an expensive and soon to be obsolete PPC Mac before they get the Intel ones than its money well spent. I hate waiting.
zachtib
November 7th, 2005, 04:51 PM
Yes. The ATI 92XX and 9000 cards have excellent open source drivers that do not come from ATI. These open source drivers are what allow the new ATI acceration to work. These card are the most power cards on the market with open specifications.
I hate to say it, but something tells me the worst situation to be in for compositing right now is to own an ATI card newer than a 9250. There are open source drivers but it seems it will be a while before they are able to fully accerate a composite manager while the open source ATI drivers and the Nvidia drivers do it today.
and where would i go to get these drivers (as it is, ive got great 3d acceleration on my radeon 9000 with the official drivers, if these are better, that would be great)
neuschnee
November 7th, 2005, 05:16 PM
You don't seem to get it. Its not the framework's fault, its not the card's fault. Its the fault of poor Linux drivers. The two best Linux drivers are Nvidia's closed one and the ATI 92xx open source one. They both work now with composite.
It has nothing to do with opengl. Having a fully developed opengl xserver (the xegl) means nothing if there are no good opengl Linux drivers to work with. Luckily it seems that as a result of the next Xorg release's effort to make the drivers independent, the open source drivers for most card can rapidly get better. If not there is always the old ATI cards or new Nvidia ones..
I don't understand what is so bad about Linux/X11 OpenGL drivers? How are they "poor", exactly? I've been using GL on Linux/X11 since the age of 3dfx and Matrox G200/400's... I actually prefer it to Windows in some ways. I get around the same FPS as in windows (sometimes more, sometimes less.. always near the same).
The problem IS the framework. If we had a good GL-driven framework, adding drop shadows on windows and "true" transparency would prove trivial. OSX doesn't shine because of its drivers (though you're right of course, they are excellent), but because of the display-postscript-driven framework they have used since the first version of OSX.
In Vista, everything is a vector in D3D. Same idea...
joflow
November 7th, 2005, 05:20 PM
Yeah, I have to agree. The graphic/video driver situation is very bad especially with ATI products. As it stands, I have a Radeon 9500 that I can't get accelerated (even screeen savers run at 3-4 fps) and a TV Tuner (theater 550 pro) that has no driver at all and has no prospects of having linux support in the near future. I think we (ATI users) need to email ATI and demand better linux support for their products.
poofyhairguy
November 7th, 2005, 06:09 PM
I don't understand what is so bad about Linux/X11 OpenGL drivers? How are they "poor", exactly?
2D acceration is slower with the official ATI drivers than with with the open source driver, even for newer cards. Yet because ATI does not open their specs the open source 3D drivers for the newer ATi cards have to reverse engineer and they are slow. So unless you have a ATI 9200 or lower you cannot get accerated 2D and 3D on the same card.
The Nvidia drivers are far better and can do Opengl work as fast as their Windows counterparts, but most cards are not Nvidia cards. Plus the Nvidia drivers are not open like the rest of the OS so its hard to make them work well together all the time.
Intel Cards have open source drivers, but onlyt recently are they getting to the point where they even get a fraction of the performance of the Windows drivers. This is bad because those cards are slow anyway.
I've been using GL on Linux/X11 since the age of 3dfx and Matrox G200/400's... I actually prefer it to Windows in some ways. I get around the same FPS as in windows (sometimes more, sometimes less.. always near the same).
Being as good as Windows is not good enough if Vista is going to need Directx 9 cards to work well.
The problem IS the framework. If we had a good GL-driven framework, adding drop shadows on windows and "true" transparency would prove trivial.
OSX doesn't shine because of its drivers (though you're right of course, they are excellent), but because of the display-postscript-driven framework they have used since the first version of OSX.
OSX shines because its a locked box. Apple knows everything that in there and can plan for all the possibilities. An Apple box is more like a gam console in that the developers know EXACTLY what platform they are shooting for and what people have. Thats what makes the magic (notice complaints of those who tried to hack in onto Dell laptops only to find many thigns did not work).
It comes down to drivers. Framework does not matter if you do not have the hardware support to back it up. Most Opengl acceration on the Linux desktop is done through Mesa drivers - a very poor solution but the only one Linux has for now. when this changes (after Xorg 7 brings about better drivers) the desktop can improve and a framework can be built.
There is a reason that Xcompmgr died in between last year and right now- because the developers wanted to wait for the open source drivers to be ready before they started development again.
pizzach
November 7th, 2005, 08:20 PM
So....I guess I'm the only one who is using xcompmgr and when logging out it doesn't give the bug? :confused: Wonder why. I kind of feel like I won the lottery or something. Except for not being any richer.
poofyhairguy
November 7th, 2005, 09:00 PM
So....I guess I'm the only one who is using xcompmgr and when logging out it doesn't give the bug? :confused: Wonder why. I kind of feel like I won the lottery or something. Except for not being any richer.
Be happy.
bunkee
November 7th, 2005, 09:41 PM
I tried this with my radeon 9700 and none of the commands worked well but i did notice that when i add
Section "Extensions"
Option "Composite" "Enable"
EndSection
to my xorg.conf it changes my opengl from ati 1.3.5395(X4.30-8318blah blah blah to mesa3d
not sure if that is why i'm having such poor results.
poofyhairguy
November 7th, 2005, 09:59 PM
I tried this with my radeon 9700 and none of the commands worked well but i did notice that when i add
Section "Extensions"
Option "Composite" "Enable"
EndSection
to my xorg.conf it changes my opengl from ati 1.3.5395(X4.30-8318blah blah blah to mesa3d
not sure if that is why i'm having such poor results.
Only ATI cards that are 9250's or lower have composite support.
http://xorg.freedesktop.org/wiki/ExaStatus
Supported: (Will be included in 6.9/7.0)- radeon (r100/r200 with Render accel, r300 core-only. May be issues in non-DRI mode, and DGA unsupported).
Only the r100/r2xx cards now have the ability to use render accel which is needed to accerate the effects.
I'm THIS close to buying a cheap ATI 9250 just to test this new driver and see hwo it works.
The drivers for the r300 cards (aka ATI 9500's+) might be rapidly improved after Xorg 7 is officially released in Decemeber but no one knows really.
poofyhairguy
November 7th, 2005, 10:06 PM
Because of a suggestion I just read on a mailing list, I am now playing with changing the priority of Xcompmgr to see if it crashes less.
If this turns out this helps at all I will add it to the guide. Already I can tell that the newest xcompmgr works better than before, so included a version I compiled in the first post. Just as I guessed, the developers were waiting for the ATI 92xx cards to catch up before really getting serious about composting.
Finally I edited the guide so I won't give people with newer ATI cards false hope. My recommendation to those of you with ATI cards that are 9500 series or better- if you are not a gamer sell them on Ebay while they still have value and get a compatible card. Xcompmgr is fun to play with.
Maverick911
November 7th, 2005, 10:21 PM
OK, so now I really would like to see these effects.I've got an ATI Radeon 9200 mobile. I edited xorg.conf, but I'm getting the following messages when i try to enable universe repo.:???: Can anyone tell me what's wrong? Thanks
http://archive.ubuntu.com/ubuntu/dists/breezy/universe/binary-i386/Packages.gz: Sub-process gzip returned an error code (1)
W: Couldn't stat source package list http://archive.ubuntu.com breezy/universe Packages (/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_breezy_universe_bi nary-i386_Packages) - stat (2 No such file or directory)
pizzach
November 7th, 2005, 10:29 PM
Okay. I feel better. I got my computer to freeze on log out just like the old days by re-enableing System>Sessions>the check if you really want to logout option.:D I rolled back a version and it doesn't seem to have a connection to the problem now.
poofyhairguy
November 7th, 2005, 11:06 PM
OK, so now I really would like to see these effects.I've got an ATI Radeon 9200 mobile. I edited xorg.conf, but I'm getting the following messages when i try to enable universe repo.:???: Can anyone tell me what's wrong? Thanks
http://archive.ubuntu.com/ubuntu/dists/breezy/universe/binary-i386/Packages.gz: Sub-process gzip returned an error code (1)
W: Couldn't stat source package list http://archive.ubuntu.com breezy/universe Packages (/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_breezy_universe_bi nary-i386_Packages) - stat (2 No such file or directory)
I need to see your sources.list:
sudo gedit /etc/apt/sources.list
and post it here.
Or use the xcompmgr I provide as an attachment in the first post.
poofyhairguy
November 7th, 2005, 11:18 PM
Even Rasterman is joining the xcompmgr party:
http://www.mail-archive.com/enlightenment-users@lists.sourceforge.net/msg05050.html
poofyhairguy
November 8th, 2005, 04:36 AM
Ok, the stability of the new xcompmgr has driven me to think about using drop shadows again. So after much tweaking I have created an awesome setting:
xcompmgr -fF -I-.002 -O-.003 -D6 -cC -t-3 -l-5 -r5
That one gives the fade like I love it, plus it has drop shadows that look better overall. The main thing that I did not like about the drop shadows is how they looked on drop down menus such as the Firefox url box or the Applications menu. The shadows are way less wild now. This command's drop shadows are what I came up with after messing with a Mac all day- its the best I can do.
I hope you enjoy this new super setting, I know I will.
poofyhairguy
November 8th, 2005, 05:23 AM
Ok, final update of the night. I have added extra steps to help those with cards that do not accerate xcompmgr.
Someone please test this for me so I can get an idea of how fast a CPU you need to do drop shadows.
rjwood
November 8th, 2005, 08:59 AM
hi p.h.g! Thanks for all the updates and investigating. I kind-a follow you around when it comes to most eye-candy stuff. Everyone is so helpful and fun.
I just finished reading kryle's window manager thread and I have read in the past where you have expressed some disappointment with metacity. What do you use as a wm? I have xcompmgr installed and running from your thread info and 23megs 'how to' on terminal transparancy. Not much else, just like to fool around with my ubuntu so as to learn a little. I have read some good things about sawfish. Does that interfere with all the eye candy I have? I have tried e-17 but not quite ready for it yet until either I or it is more developed. Thanks in advance.
Maverick911
November 8th, 2005, 09:58 AM
I need to see your sources.list:
sudo gedit /etc/apt/sources.list
and post it here.
Or use the xcompmgr I provide as an attachment in the first post.
Thanks for the reply. Here is my sources.list
deb-src http://archive.ubuntu.com/ubuntu breezy main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu breezy-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu breezy-updates main restricted
## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb-src http://archive.ubuntu.com/ubuntu breezy universe
## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
## deb http://archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse
## deb-src http://archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu breezy-security main restricted
deb-src http://security.ubuntu.com/ubuntu breezy-security main restricted
deb http://security.ubuntu.com/ubuntu breezy-security universe
deb-src http://security.ubuntu.com/ubuntu breezy-security universe
deb http://archive.ubuntu.com/ubuntu/ breezy universe main restricted multiverse
deb http://antesis.freecontrib.org/mirrors/ubuntu/plf/ breezy free non-free
deb-src http://antesis.freecontrib.org/mirrors/ubuntu/plf/ breezy free non-free
deb http://wine.sourceforge.net/apt/ binary/
Thanks again.
rjwood
November 8th, 2005, 11:15 AM
Also I have included the newest xcompmgr that I personally compiled. All you (should) have to do in untar the file into....say your home folder...and the use the "cd" command to get into the fold made then use all of the xcompmgr commands as I indicated above.
Should I remove the existing version before I begin using this new one?
poofyhairguy
November 8th, 2005, 12:50 PM
hi p.h.g! Thanks for all the updates and investigating. I kind-a follow you around when it comes to most eye-candy stuff. Everyone is so helpful and fun.
I just finished reading kryle's window manager thread and I have read in the past where you have expressed some disappointment with metacity. What do you use as a wm?
Honestly I use Metacity because I find the version that comes with Breezy is the most compatible with xcompmgr. The version in Hoary was compiled with its worthless compositor enabled, but that is not the case for Breezy.
poofyhairguy
November 8th, 2005, 12:52 PM
deb http://archive.ubuntu.com/ubuntu breezy main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu breezy-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu breezy-updates main restricted
## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb http://archive.ubuntu.com/ubuntu/ breezy universe multiverse
## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
## deb http://archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse
## deb-src http://archive.ubuntu.com/ubuntu breezy-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu breezy-security main restricted
deb-src http://security.ubuntu.com/ubuntu breezy-security main restricted
deb http://security.ubuntu.com/ubuntu breezy-security universe
deb-src http://security.ubuntu.com/ubuntu breezy-security universe
deb http://antesis.freecontrib.org/mirrors/ubuntu/plf/ breezy free non-free
deb-src http://antesis.freecontrib.org/mirrors/ubuntu/plf/ breezy free non-free
deb http://wine.sourceforge.net/apt/ binary/
See if that works. Be sure to do a
sudo apt-get update
poofyhairguy
November 8th, 2005, 12:53 PM
Also I have included the newest xcompmgr that I personally compiled. All you (should) have to do in untar the file into....say your home folder...and the use the "cd" command to get into the fold made then use all of the xcompmgr commands as I indicated above.
Should I remove the existing version before I begin using this new one?
I haven't. But I did replace the old one with the new one by copying it to the
/usr/bin/
folder using
gksudo nautilus
23meg
November 8th, 2005, 03:51 PM
I still have the logout bug with the new version as well. I'll report about overall stability a while later. Btw, my favorite setting is -cfF -D9 -r14 -O 0.02 -I 0.040
poofyhairguy
November 9th, 2005, 03:19 AM
I still have the logout bug with the new version as well. I'll report about overall stability a while later. Btw, my favorite setting is -cfF -D9 -r14 -O 0.02 -I 0.040
The fade on yours (I might steal that one day) is nice, but the drop shadows are crazy.
23meg
November 11th, 2005, 02:40 PM
Right, the shadows may be a bit big but they look good to me on a high resolution display. By the way, I've only had one crash with the new xcompmgr in more than 48 hours, which is a big improvement over the old one. And I did all sorts of crazy things such as resizing the gnome panel, dragging and dropping files onto the bmp playlist, launching totem and switching to virtual terminals ;)
poofyhairguy
November 11th, 2005, 03:59 PM
Right, the shadows may be a bit big but they look good to me on a high resolution display. By the way, I've only had one crash with the new xcompmgr in more than 48 hours, which is a big improvement over the old one. And I did all sorts of crazy things such as resizing the gnome panel, dragging and dropping files onto the bmp playlist, launching totem and switching to virtual terminals ;)
I can only make it crash if I drag a playing video file (in Totem) under my translucent Gnome panels. Then it hard crashes.
Otherwise stable.
MetalMusicAddict
November 11th, 2005, 05:15 PM
I have a couple of questions.
1st my stats:
Ubuntu
Dell Inspiron 2200 with onboard GFX
Celeron 1.4
786megs memory
xcompmgr -cC -t-2 -l-3 -r3 -o.35 -f -D3 is the command I use.
Using xcompmgr from repos
Heres a screenshot of what it currently looks like.
http://img80.imageshack.us/img80/930/screenshot9in.th.png (http://img80.imageshack.us/img80/930/screenshot9in.png)
Very minimal shadows. Just enough to give depth.
1. Can you exclude apps from xcompmgr? ie: gDesklets
2. When I 1st boot it takes 2 mins for my session apps to come up after xcompmgr is loaded. Any way to speed this up?
3. On my nVidia system I get artifacts on the desktop. They vanish if I move a window over the area to refresh it. Ever seen this?
4. Can I make xcompmgr -cC -t-2 -l-3 -r3 -o.35 -f -D3 into xcompmgr -cC -t2 -l3 -r3 -o.35 -f -D3 and still work?
Great job on this man. Thanx.
tipi
November 12th, 2005, 04:55 AM
anyone could help me , i tried doing this vista like thing
and now at boot i get error "starting x server failed, possible ....
x server now dissabled, restart gdm when all is reconfigured"
and than it get's to a command line
how do i reset all to default from this command line?
23meg
November 12th, 2005, 05:01 AM
MetalMusicAddict:
1. No, but IIRC gDesklets had a translucency option in its configuration; disabling that may help.
2. Play with the order setting or launch xcompmgr manually after session startup
3. Seen it, but no longer seeing it with the latest version except some slider artifacts in totem.
4. Try it; if it works it works.
23meg
November 12th, 2005, 05:03 AM
how do i reset all to default from this command line?
sudo nano /etc/X11/xorg.conf
remove the following section
Section "Extensions"
Option "Composite" "Enable"
EndSection
hit ctrl+x, and then y.
Biased turkey
November 12th, 2005, 12:46 PM
Merci a lot for that HowTo Poofyhairguy.
Just followed the instructions on page 1 of the thread and got nice shadows and transparency with my xfce4 desktop.
Later today I'll try it on my gnome desktop after installing xcompmgr then I'll do it on my Gentoo KDE distro too.
Now that I get the composite manager installed and running, could someone please be kind enough to tell me how to use that feature ?
So my question is :
How do I adjust the transparency level in xfce4 windows ?
Any URL, tip , info or R.T.F.M. :) advise is welcome.
Just tried it with gnome:
sudo apt-get install xcompmgr transset
So far, so good.
Maybe I'll encounter some bug when running some specific application.
And yes, I installed that feature on Gentoo ( 64 bits version ) too.
Ubuntu and Gentoo rock
mikko.ohtamaa
November 13th, 2005, 10:39 PM
I have an old Dell Inspiron 5000e laptop with ATI Rage Mobility M3 display card (16 mb memory). Though this card doesn't have enough muscles (or it is a driver problem) to run composite manager (tested it!) here is an useful hint.
This laptop has 1400x1050 LCD screen. By default, Ubuntu runs it in 32-bit colors mode without direct rendering mode enabled. Direct rendering speeds up window handling a lot.
The display card doesn't have enough video memory to run direct rendering in 1400x1050x32. You must drop color depth to 16 bit by modifying your /etc/X11/xorg.conf:
Section "Device"
Identifier "ATI Technologies, Inc. Rage Mobility M3 (AGP)"
Driver "ati"
BusID "PCI:1:0:0"
Option "AccelMethod" "EXA" # doesn't work with Mobility M3
Option "AGPMode" "4"
Option "EnablePageFlip" "true"
Option "DDCMode" # doesn't work with Mobility M3
Option "RenderAccel" "true" # doesn't work
Option "SubPixelOrder" "NONE" # doesn't work
Option "ColorTiling" "false" # doesn't work
EndSection
...
Section "Screen"
Identifier "Default Screen"
Device "ATI Technologies, Inc. Rage Mobility M3 (AGP)"
Monitor "Generic Monitor"
DefaultDepth 16 *** here***
SubSection "Display"
...
If direct rendering is enabled you should see the following line in /var/log/Xorg.0.log:
(II) R128(0): Direct rendering enabled
23meg
November 14th, 2005, 02:04 AM
How do I adjust the transparency level in xfce4 windows ?
Tried transset? I'm not sure if it conflicts with XFCE's composite manager but trying wouldn't hurt; type "transset 0.5", click a window and see what it does.
By the way, here comes my new faster, less buggy favorite with which I've had no crashes: -fF -n -D9 -r14 -O 0.05 -I 0.075
No more shadows, fast fades, translucency.
poofyhairguy
November 14th, 2005, 04:22 AM
1. Can you exclude apps from xcompmgr? ie: gDesklets
I wish. Good point. I like the shadow on many of my desklets though.
2. When I 1st boot it takes 2 mins for my session apps to come up after xcompmgr is loaded. Any way to speed this up?
What order do you run it in?
3. On my nVidia system I get artifacts on the desktop. They vanish if I move a window over the area to refresh it. Ever seen this?
Yes. And I get weird scrolling mess ups too. Its part of it. Worth it for me because I have less outright crashes.
MetalMusicAddict
November 14th, 2005, 07:51 AM
I wish. Good point. I like the shadow on many of my desklets though.
Weird thing is shadows appear around the desklets screengrab which is sometimes well away from the desklet. ie: StarterBar. Oh well.
What order do you run it in?
41. Like the guide says. Should I go higher or lower?
I see a new xcompmgr mentioned. Im having trouble finding it to download. Is it a .deb or source?
23meg
November 14th, 2005, 10:51 AM
It's a source but there's also a binary in the package as well. I easily built it from source and checkinstalled it, no extra dependencies.
poofyhairguy
November 16th, 2005, 07:42 AM
I see a new xcompmgr mentioned. Im having trouble finding it to download. Is it a .deb or source?
Its compiled in a zip file as an attachment in the first post. Extract it somewhere, then cd into that folder when you use the commands.
fabs0028
November 16th, 2005, 03:01 PM
hello
well i build the new version easily with checkinstall for my ubuntu64.
It works pretty great.
I still got the log out problem as everybody.
As previously said, xcompmgr hangs my sessions start-up programs for about a minute.
Anyway it is pretty great :)
frodon
November 16th, 2005, 03:21 PM
I have got the same problem, xcompmgr hangs my session start-up for about 3 minutes if i add it in the session start-up programs.
So i removed it from the sessions start-up programs to solve the problem.
Maybe it could be added in the bug list.
maxtreiber
November 17th, 2005, 12:02 AM
If i would have a R100/R2XX ati card, i still could not use those new EXA acceleration thinks, because dapper is still using xorg 6.8.2, right ?
How long do we have to wait for 7.0 ?
or does someone have experimental cvs packages around ? Or just binaries ?
Does 7.0 help for >R300 cards, too ?
poofyhairguy
November 17th, 2005, 12:05 AM
If i would have a R100/R2XX ati card, i still could not use those new EXA acceleration thinks, because dapper is still using xorg 6.8.2, right ?
How long do we have to wait for 7.0 ?
or does someone have experimental cvs packages around ? Or just binaries ?
Eventually it will be in Dapper I am sure. Till then we wait I guess.
Does 7.0 help for >R300 cards, too ?
Kinda. No acceration though, just compatibility.
maxtreiber
November 17th, 2005, 02:53 PM
just tried it out with x.org CVS.
Followed instructions from:
http://wiki.x.org/wiki/CvsPage#head-f76fe9878bbeadc8b6541cf7e23bdb14ad876d2d
... very easy and straigtforward.
And with my ATI 9250 composite just works perfectly.
And not only that: Xv, TV-Overlay, everything, just perfect,
Thanks!
pxgray
November 17th, 2005, 09:34 PM
This thread is ridiculously long, so I didn't parse the whole thing looking for it, but I thought I'd at least mention that for me, turning on xcompmgr broke Flash in Firefox and caused it to crash every time a page with Flash was loaded. I have an NVidia card and was using the recommended command from the HOWTO.
That being said I had to turn xcompmgr off ultimately because it was so unstable on my system. The system would crash or the Xserver would restart at the most random and inopportune times. Having the drop shadow effect was cool, but not cool enough to risk me putting my fist through the monitor because the paper I was typing was completely lost. I can't wait until this is more stable, but for now I'm going to have to leave it off.
maxtreiber
November 17th, 2005, 10:43 PM
Me again :)
I was amazed of the idea to have only the current active window without opacity and all the others transparent because i use the "Select windows when mouse moves over them" option in the gnome Window Preferences.
Using this, i can work in one window and if i want to see whats behind in another, i just move the mouse over it and can look through it :)
anyways, i wrote a small C programm to do exactly this:
http://81.169.175.95/transd.c
compile and run with:
gcc transd.c -o transd -lX11 && while true; do ./transd; done
its very badly programmed (most of the code is stolen) and needs a lot of values tweaked, but please try it out and tell me what you think!
Chrissss
November 17th, 2005, 11:08 PM
@maxtreiber
Yes, indeed, that little programm is nice :)
It leads into the right direction!
23meg
November 19th, 2005, 12:36 AM
Does everyone experience Xorg using an average of twice / three times the CPU cycles it normally does when using composite? Does this mean composite is utilizing the GPU only marginally at the current state of things?
oobuntoo
November 19th, 2005, 11:46 AM
Does anyone get "jiggling" artifacts on left and right edges of window when dragging it from side to side. This happens on my system with geforce 6600gt and 1.6ghz athlon xp using "nvidia" driver. It happens with or without shadow and transparency turned on. It's quite annoying. The strange thing is that it only happen when dragging window horizontally, but not vertically.
23meg
November 19th, 2005, 01:12 PM
Does anyone get "jiggling" artifacts on left and right edges of window when dragging it from side to side. This happens on my system with geforce 6600gt and 1.6ghz athlon xp using "nvidia" driver. It happens with or without shadow and transparency turned on. It's quite annoying. The strange thing is that it only happen when dragging window horizontally, but not vertically.
I have it on my laptop with a Geforce Go6200. It happens without xcompmgr as well, unfortunately. I can't pinpoint what it is; bad vertical refresh rates shouldn't matter much on LCDs but this is quite noticeable.
poofyhairguy
November 19th, 2005, 06:02 PM
This thread is ridiculously long, so I didn't parse the whole thing looking for it, but I thought I'd at least mention that for me, turning on xcompmgr broke Flash in Firefox and caused it to crash every time a page with Flash was loaded. I have an NVidia card and was using the recommended command from the HOWTO.
That being said I had to turn xcompmgr off ultimately because it was so unstable on my system. The system would crash or the Xserver would restart at the most random and inopportune times. Having the drop shadow effect was cool, but not cool enough to risk me putting my fist through the monitor because the paper I was typing was completely lost. I can't wait until this is more stable, but for now I'm going to have to leave it off.
What's your hardware? It would help to know. Flash works fine for me, but I too have experianced crashes that has lost my work.
I hope my warning to everyone early on was clear- xcompmgr is buggy. No way around it. I hope by this time next year any of the compositors are stable enough to use full time.
poofyhairguy
November 19th, 2005, 06:05 PM
Does everyone experience Xorg using an average of twice / three times the CPU cycles it normally does when using composite? Does this mean composite is utilizing the GPU only marginally at the current state of things?
That means the current acceration architexture sucks. Nvidia rushed out their competition to EXA- thats what we are all using. When EXA is fully developed (say 2007) these problems will be a memory.
poofyhairguy
November 19th, 2005, 06:07 PM
Does anyone get "jiggling" artifacts on left and right edges of window when dragging it from side to side. This happens on my system with geforce 6600gt and 1.6ghz athlon xp using "nvidia" driver. It happens with or without shadow and transparency turned on. It's quite annoying. The strange thing is that it only happen when dragging window horizontally, but not vertically.
Yep. Even without xcompgr it will do that. In fact, the only system I know that doesn't is OSX's system. Thats because they built in from the ground up to make it SEEM as responsive as possible.
That problem is part xdamage and part buffering problems. I honestly don't think it will be fixed till we moved to Xegl in two or three years.
varunus
November 19th, 2005, 07:55 PM
For all who are having flash problems:
I found a trick on the gentoo forums (*gasp*) on how to fix these firefox crashes. (All composite effects still work with firefox and flash if you do this, don't worry.) Try this with any program you think may be having problems.
First, open up your firefox launcher file with the following:
sudo gedit /usr/bin/firefox
Find the part that looks like this:
##
## Variables
##
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Add a line, making it look like this:
##
## Variables
##
##Added for composite extension to work
export XLIB_SKIP_ARGB_VISUALS=1
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Flash will no longer have any issues. This makes firefox ignore the extra alpha channel that xcompmgr gives it for color. Because the application itself doesn't do anything with the alpha channel, all of the effects still work, and flash will no longer complain.
poofyhairguy
November 19th, 2005, 08:11 PM
For all who are having flash problems:
I found a trick on the gentoo forums (*gasp*) on how to fix these firefox crashes. (All composite effects still work with firefox and flash if you do this, don't worry.) Try this with any program you think may be having problems.
First, open up your firefox launcher file with the following:
sudo gedit /usr/bin/firefox
Find the part that looks like this:
##
## Variables
##
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Add a line, making it look like this:
##
## Variables
##
##Added for composite extension to work
export XLIB_SKIP_ARGB_VISUALS=1
MOZ_DIST_BIN="/usr/lib/mozilla-firefox"
MOZ_PROGRAM="/usr/lib/mozilla-firefox/firefox-bin"
Flash will no longer have any issues. This makes firefox ignore the extra alpha channel that xcompmgr gives it for color. Because the application itself doesn't do anything with the alpha channel, all of the effects still work, and flash will no longer complain.
Cool, added to main guide.
By the way, I have gotten a GUI for Xcompmgr to work in Ubuntu. I will make a NEW guide for that sometime next week.
seraphim
November 20th, 2005, 05:39 PM
1.: thanks for all your great work phg! :)
2.: my hardware: athlon 1700+
geforce 6800
the cpu has got a lot of work...what exactly is generated by the gpu?
when i change transparency or a window is fading, the cpu is used.
the nvidia-driver should be installed correctly, at least glxinfo returns nvidia and games are working ;) .
so is there something i can do to lower the cpu-usage?
fabs0028
November 20th, 2005, 05:47 PM
Hello everybody
Well it seems i have some problems with composite.
Since some days i noticed i had problemes with glx and composite ... glxinfo or a xscreensaver with opengl made my X server crash and restart so i disabled glx and now it works fine.
I noticed that it produced that line in /var/log/syslog. gdm_slave_xioerror_handler : erreur X fatale - Redémarrage de :0
I 'd like to know if i could find a X log to see what is the error of X but until now i didn't find anything interesting.
I also have an other problem : after a long period of use of Xorg with xcompmgr, the server become really slow and take all the cpu and the memory and is slow as hell.
The speed come back to normal if i quit and relaunch xcompmgr but the memory use doesn't decrease.
For example now Xorg uses 427mo of RES memory as shown in top.
For the glx problem i'll try 7667 nvidia drivers instead of the 7676 maybe it will be better.
poofyhairguy
November 20th, 2005, 08:19 PM
the cpu has got a lot of work...what exactly is generated by the gpu?
when i change transparency or a window is fading, the cpu is used.
the nvidia-driver should be installed correctly, at least glxinfo returns nvidia and games are working ;) .
If you want to see how much work the GPU is doing, take away the "renderaccel" line in the xorg.conf and try to use Xcompmgr. Even on the fastest machines I can't get the "fading trick" to be usuable.
Of course, if it makes no difference then something is wrong with your set up beforehand.
so is there something i can do to lower the cpu-usage?
Not really. We are really riding on the edge of the knife with this stuff. When EXA is mature (and when Nvidia switches over to EXA like they now say they will) then hopefully less CPU will be used. Till then (I say....6 months from now if we are lucky?) we have to deal with what we have.
Personally I'm going to cheat. I'm buying an AMD 3800 x2 dual core processor so that one of the cores can handle the Xcompmgr CPU usage while the other handles my applications. I know this solution is not practical to all (and honestly I have been waiting for the processors to come out for the past couple years for an upgrade, so its not ALL about xcompmgr), but the other alternative is waiting.
As soon as I can find a way to benchmark the ATI cards I will see if their EXA is better when it comes to CPU usage then the Nvidia solution.
poofyhairguy
November 20th, 2005, 08:46 PM
Hello everybody
Well it seems i have some problems with composite.
Thats the state it in now.
I also have an other problem : after a long period of use of Xorg with xcompmgr, the server become really slow and take all the cpu and the memory and is slow as hell.
The speed come back to normal if i quit and relaunch xcompmgr but the memory use doesn't decrease.
For example now Xorg uses 427mo of RES memory as shown in top.
This has bugged me too. The best answer I have found comes from Rasterman ( maker of E17). He thinks that when the video card runs out of its own RAM is when the slowdown occurs and it starts to eat into system RAM. Apparently the "fading trick" causes RAM leekage, but since I am not a leet Xserver hacker I cannot fix the problem.
The good thing is that after a year of sitting on the shelf, Xcompmgr is getting love from those who actually can fix the thing. Now that EXA exists all of the awesome people hacking on that framework are using xcompmgr to do their testing. I hope this will drive them to kill the bugs in Xcompmgr as they kill the bugs in EXA/Xorg.
In the long run xcompmgr is not a solution. Its kinda just a "proof of concept" that people like me who are tired of waiting for Xorg to catch up to the other OSes in this matter are using WAY beyond what it was ever intended to do. I hate waiting. Based on my research, here is a timeline for when stuff will happen that is more than toys. Of course this is just my opinion/ prediction and I am not part of any xserver or distro development team so I could be way off. But here is my best shot:
December 2005 -Xorg 7 comes. With it comes nice EXA and almost stable composite for the ATI 92xx or less ATI cards. Also stimulates development of Xserver drivers.
Spring 2006 - (hopefully) EXA will be hammered on to the point where it is stable for ATI cards (up to 92xx) and Intel Graphics cards (after ATI). It seems thats what all of the EXA developers are using. I also hope (kinda for my own sake) that this is when the Nvidia Driver Team (who is AWESOME when it comes to drivers - they made something like EXA before EXA even had a name and we are all using it for xcompmgr) will release new Xorg drivers with EXA support or more stable whatever they call that copy of EXA they have made.
Summer/Fall 2006- KDE 4 will (hopefully) bring with it a STABLE Composite Manager built in when it is released. Hopefully the chips that are labled work in progress have some sort of EXA accerateion:
http://xorg.freedesktop.org/wiki/ExaStatus
And by then the ATI 92xx's have what we can call "the first stable composite set up on the Linux desktop." Maybe also by this time ATI will release drivers for newer ATI cards with EXA, but I would not hold my breath. Also maybe XFCE will have a stable compsitor.....who knows about that one.
This is when the Cairo themes will come flooding in I hope.
Spring 2007 - Xegl gets to a medium usuable state where people like me are using it despite some crashing (aka the situation with Xcompmgr now). Xorg drivers for many cards have developed to the point where some distros (maybe even a major one.....maybe) turns on composite by default. I hope by this point the Linux desktop can at least SEEM LIKE its at the state of the OSX desktop today.
If we are lucky this will be when Gnome adds its Luminocity compositor to Metacity, but I would not hold my breath.
Summer/ Fall 2007 - If not in spring then this is when Gnome will add Luminocitiness I hope (or just give up the ghost to KDE because it will have compositer for years by then). ATI releases the specs for all the 9800 and below cards so that new stable drivers with EXA can be made for them (kinda a dream but possible). By this point the possibilites for composite will be mature (as in more than fading tricks and such- I want a stable Expose copy!)
Spring 2008 and beyond - Xegl is stable enough many can use it full time (this might be only a dream but please let me have it or I won't be able to hold off on buying a Mac till then). The Looking Glass Project emerges in a mature state and blows the OS using public away. The xserver reaches a point where its comparible to what MS offers by that point and begins to pull out in front.
Dancing in the streets.
Paulus
November 20th, 2005, 09:00 PM
Spring 2008 and beyond - Xegl is stable enough many can use it full time (this might be only a dream but please let me have it or I won't be able to hold off on buying a Mac till then). The Looking Glass Project emerges in a mature state and blows the OS using public away. The xserver reaches a point where its comparible to what MS offers by that point and begins to pull out in front.
Dancing in the streets.
:KS Thats what i'm talking about! Looks like there's a great future ahead, just got to keep waiting i guess! I can't see M$ releasing another version of windows before Xegl is stable, the time linux can step ahead (if not before(or already?- being free an' all)).
btw: respect ++ for all the research and hard work u have put in poofyhairguy!
poofyhairguy
November 20th, 2005, 09:08 PM
:KS Thats what i'm talking about! Looks like there's a great future ahead, just got to keep waiting i guess!
I once read that "the Linux desktop is a side effect of the Linux server." The state of the xserver when the Xorg fork happened pretty much proves this point. At that time it could draw things on most screens- thats all a server needs to do (if that much). So it will take a while to move from that to a modern desktop. Drivers have to catch up. Window managers have to catch up. The concept that no modern (as in post 92xx) cards have open drivers that can do the job has to be dealt with (that will be a hard bridge to cross for many OSS fans). Opengl has to be evaluated for its effectiveness. Computer need to get more powerful to move up the baseline (Linux HAS to be able to run on older machines unlike MS where their "advances" force you to throw your old machine in the trash).
Yet despite the challenges its a bright future.
btw: respect ++ for all the research and hard work u have put in poofyhairguy!
Thanks. I try my best.
TimmyJ
November 21st, 2005, 12:49 PM
great little prediction timeline poofyhairguy :-) One thing I think should be at least mentioned is the Open Graphics card project though. They have been making some great progress lately (In fact they even mentioned that getting a card for sale out by the end of the year is a possiblity) and I'm real excited to see where it takes us!!
Read all about it here:
http://kerneltrap.org/node/5743
poofyhairguy
November 21st, 2005, 04:10 PM
great little prediction timeline poofyhairguy :-) One thing I think should be at least mentioned is the Open Graphics card project though. They have been making some great progress lately (In fact they even mentioned that getting a card for sale out by the end of the year is a possiblity) and I'm real excited to see where it takes us!!
I have kept up with it and I wish them luck, but until they can beat an ATI 92xx (the current high water mark for OSS graphics) I am a little skeptical.
flange
November 21st, 2005, 05:32 PM
I have kept up with it and I wish them luck, but until they can beat an ATI 92xx (the current high water mark for OSS graphics) I am a little skeptical.
This frustrates me.
Desktop Linux is a small market, no doubt, but here's what I see happening. For a long time now, Nvidia has released closed source drivers for Linux users. Maybe they are intended for graphics professionals, but whatever, Nvidia makes them available to all of us. I personally chose an Nvidia-based video card for the sole reason that Nvidia provided good Linux drivers. Many of us reward Nvidia with our business for their support of the platform we prefer to work on.
Now, because ATI has chosen not to provide an equal level of support for their customers, a growing demand for Linux drivers for ATI cards is left unfilled. Open source developers are currently working hard to fill that void. Nothing personal against an ATI video card owners (I'm one too, with my iBook G4), but I wish the OSS devs wouldn't do it.
If OSS devs succeed in making drivers that work with X.org in a way that is superior to what Nvidia is able to do, then I think demand among Linux users will shift away from Nvidia hardware, and towards ATI hardware. I'm not a zealot for Nvidia, but I don't feel that ATI should be rewarded with more hardware sales (and likewise Nvidia punished), when they declined to support Linux users from the beginning.
ace2005
November 21st, 2005, 06:52 PM
I also have an other problem : after a long period of use of Xorg with xcompmgr, the server become really slow and take all the cpu and the memory and is slow as hell.
The speed come back to normal if i quit and relaunch xcompmgr but the memory use doesn't decrease.
For example now Xorg uses 427mo of RES memory as shown in top.
Its caused by shadows, turn them off and it runs fine :)
poofyhairguy
November 21st, 2005, 08:05 PM
This frustrates me.
Desktop Linux is a small market, no doubt, but here's what I see happening. For a long time now, Nvidia has released closed source drivers for Linux users. Maybe they are intended for graphics professionals, but whatever, Nvidia makes them available to all of us. I personally chose an Nvidia-based video card for the sole reason that Nvidia provided good Linux drivers. Many of us reward Nvidia with our business for their support of the platform we prefer to work on.
Now, because ATI has chosen not to provide an equal level of support for their customers, a growing demand for Linux drivers for ATI cards is left unfilled. Open source developers are currently working hard to fill that void. Nothing personal against an ATI video card owners (I'm one too, with my iBook G4), but I wish the OSS devs wouldn't do it.
If OSS devs succeed in making drivers that work with X.org in a way that is superior to what Nvidia is able to do, then I think demand among Linux users will shift away from Nvidia hardware, and towards ATI hardware. I'm not a zealot for Nvidia, but I don't feel that ATI should be rewarded with more hardware sales (and likewise Nvidia punished), when they declined to support Linux users from the beginning.
A few comments on This:
1. ATI is not all evil in this respect. In fact, the reason I have mentioned the ATI 92xx cards so many times in this thread is because its an example of where ATI does not suck. ATI released the specs for all of their cards that are of the 92xx series or lower. That means that for all these cards (including the medium powerful 8500) ATI gave the OSS community what they want the MOST from card makers- just the specs. In fact, without the 9200 it would be IMPOSSIBLE for the Xorg developers to make a mature framework (like XGL) because only with the 9200's drivers can they sufficiently bug test. The OSX developers get full access to the specs of the cards they ship and thats part of the reason that OS's GUI framework kicks *** - they can get to the bottom of problems. If we only had the Nvidia cards no one would ever know if some new bug was due to their closed drivers or due to the open code- there can be no process of elimination. The second most powerful set of cards with open drivers is the weak Intel intergrated cards- bleh. The entire framework is being built on the assumption that people have the 92xx card at first because otherwise NO progress could be made.
2. For many in the open source community Nvidia's closed drivers are almost worse than no drivers at all (because a lack of drivers would drive development to reverse engineer these cards to have open soruce drivers). Just from a pratical standpoint, its kinda is cool that with a 9200 Ubuntu gives you the best drivers possible out of the box while if you have Nvidia cards you have to drop to the command line to get them to work. Plus the Nvidia drivers introduce all kinds of hacks to the Xorg.conf file that makes it so that it would be almost impossible to make a decent GUI to configure that thing for all users (which is something that is really missing on the Linux desktop). For example- on my 6600 GT I added many things to my Xorg.conf to get Xinerama-ish dual screen support that are WAY different from how to get Xinerama on every other driver out there (including the closed source ATI one). For a lot of OSS people, just giving the community drivers is not enough. Xcompmgr has been accerated by the Nvidia drivers for almost a year, but development has not happened since JANUARY because those in charge did not want to(and could not) build a eye candy framework on top of these closed drivers. I might be wrong, but I'm sure there is at least one big Xserver developer that if he/she had to pick between a wonderful GUI framework built on closed drivers (Vista and OSX style) and the the current very ugly implementation build on barely working open drivers they would pick the second option. Some people have REALLY big hold ups about this open source thing.
3. Many people already have newer ATI cards when they get into open operating systems. Whats wrong with these people reverse engineering the cards to make hardware they have work? Thats how SOOOO many things in Linux get their drivers, but few people ever comment on why reverse engineering that promise controller card is bad. Whats the real difference there?
4. How good are Nvidia's PowerPC drivers for Linux? Or Nvidia's Itanium drivers for Linux? Open drivers are needed so that hardware support is availible on every supported Linux desktop system.
That said I have an Nvidia card now. But if next year the 92xx gives me the best eye candy I will buy one of them. My decision won't hurt Nvidia that much as their emphasis on the Linux side is to sell high end cards to Hollywood to make animated movies about small, cute animals, not to get the support of the average Linux desktop user. We are still too small of a market.
didit
November 26th, 2005, 10:45 AM
hai poohfy, i have ati m9. Several days ago i upgraded XOrg.I can confirm that composite with exa enabled goes pretty well. Thanks for a nice howto :)
MetalMusicAddict
November 26th, 2005, 11:09 AM
If you want xcompgr to start when Gnome starts, the go to “System, Preferences, Sessions.” Click the last tab called “Startup Programs.” Click “Add.” Type in what command you liked best or worked best for you. Then for order pick “41” Then click “close,” log out and log back in.
For me this made it take forever for everything to start. 40 was perfect for the 3 PCs I use xcompmgr on. Everything started right up like xcompmgr wasnt running.
I forgot exactly the GFX card chipset thats in my Dell Inspiron 2200 (945 I think) but Im using the i810 driver. If that helps anyone. My settings for that card: -cC -t-2 -l-3 -r3 -o.35 -f -D3
poofyhairguy
November 27th, 2005, 04:21 AM
For me this made it take forever for everything to start. 40 was perfect for the 3 PCs I use xcompmgr on. Everything started right up like xcompmgr wasnt running.
I had troubles with 40. The number I picked as based on when other things began.
poofyhairguy
November 27th, 2005, 04:22 AM
hai poohfy, i have ati m9. Several days ago i upgraded XOrg.I can confirm that composite with exa enabled goes pretty well. Thanks for a nice howto :)
You are welcome. Success stories are VERY much wanted!
fabs0028
November 27th, 2005, 05:51 AM
For me this made it take forever for everything to start. 40 was perfect for the 3 PCs I use xcompmgr on. Everything started right up like xcompmgr wasnt running.
I forgot exactly the GFX card chipset thats in my Dell Inspiron 2200 (945 I think) but Im using the i810 driver. If that helps anyone. My settings for that card: -cC -t-2 -l-3 -r3 -o.35 -f -D3
Putting 40 as the number resolved my problem, now all starts at the same time :).
Thanx already one thing less to care about :)
garba
November 27th, 2005, 07:07 AM
i gave it a try with my radeon 8500 and it works great, even if you are not going to use any composite feature the EXA acceleration is worth being enabled, it gives a smoother desktop to some degree... the composite thing is, well, nothing more than a hack at this stage of development but it's interesting nevertheless... of course XGL is the way to go, EXA won't cut in in the long run :D
seiflotfy
November 27th, 2005, 02:26 PM
will it work for a ATI 9700 on breezy??
poofyhairguy
November 27th, 2005, 02:49 PM
i gave it a try with my radeon 8500 and it works great, even if you are not going to use any composite feature the EXA acceleration is worth being enabled, it gives a smoother desktop to some degree... the composite thing is, well, nothing more than a hack at this stage of development but it's interesting nevertheless... of course XGL is the way to go, EXA won't cut in in the long run :D
Yeah, Xegl is the best way....but EXA is needed so the desktop does not stay primative for the years it takes to develop. Only one set of cards in existance (yours) have drivers ready for Xgl....the whole point of a modular Xorg is to catch everything else up in that respect. Luckly you (who have the correct card) will get EXA till then....nice Xorg people.
poofyhairguy
November 27th, 2005, 02:52 PM
will it work for a ATI 9700 on breezy??
If you have a fast enough CPU (1.5+ GHZ) then the drop shadows will work fine. But it will be a while (I predict two Ubuntu releases) before your card accerates Xcompmgr.
IdolizingStewie
November 27th, 2005, 05:27 PM
I'm experimenting with xcompmgr on my laptop with a pentium IV and NVidia GeForce FX 5700. I'm just running
xcompmgr -a & killall gnome-panel
The acceleration works fine, but when I try to get the transparent windows with transset it spits out, for example
katherine@ubuntu:~$ transset .5
got arg .5
d is 0.5
opacity 0x7fffffff
Set Property to 0.5
but doesn't change the transparency of the window at all. Any ideas?
poofyhairguy
November 27th, 2005, 05:51 PM
I'm experimenting with xcompmgr on my laptop with a pentium IV and NVidia GeForce FX 5700. I'm just running
xcompmgr -a & killall gnome-panel
The acceleration works fine, but when I try to get the transparent windows with transset it spits out, for example
katherine@ubuntu:~$ transset .5
got arg .5
d is 0.5
opacity 0x7fffffff
Set Property to 0.5
but doesn't change the transparency of the window at all. Any ideas?
What Nvidia driver are you using? The repo one or one installed by hand?
IdolizingStewie
November 27th, 2005, 06:06 PM
What Nvidia driver are you using? The repo one or one installed by hand?
by hand
poofyhairguy
November 27th, 2005, 06:46 PM
by hand
Hmmm....that might be it. All of my guides and all of my work is based on the driver in the repos- I have never messed with the pure Nvidia ones.
Lets see whats going on- I think your acceration is broken. Please run this xcompmgr command:
xcompmgr -fF -I-.002 -O-.003 -D6
Then minimize a few windows. Tell me if the fade is nice and smooth, or if the fade is jerking and CPU eating please.
IdolizingStewie
November 27th, 2005, 07:20 PM
Hmmm....that might be it. All of my guides and all of my work is based on the driver in the repos- I have never messed with the pure Nvidia ones.
Lets see whats going on- I think your acceration is broken. Please run this xcompmgr command:
xcompmgr -fF -I-.002 -O-.003 -D6
Then minimize a few windows. Tell me if the fade is nice and smooth, or if the fade is jerking and CPU eating please.
Fade is nice and smooth and transparency works too now. While the fades are very pretty, it makes things a bit slow when multitasking since I tend to bounce between windows and desktops a lot. I tried using the -n option rather than the -a one (client-side compositing rather than server-side) and transparency works then too.
poofyhairguy
November 27th, 2005, 07:32 PM
Fade is nice and smooth and transparency works too now. While the fades are very pretty, it makes things a bit slow when multitasking since I tend to bounce between windows and desktops a lot. I tried using the -n option rather than the -a one (client-side compositing rather than server-side) and transparency works then too.
I slap my forehead. Of course- it was the xcompmgr command you were using.
Try 23 meg's xcompmgr command- its nice for faster fading.
Kray
November 28th, 2005, 06:52 AM
Very nice howto. Thx :-)
TBH I don't care too much about eye-candies... hmm, shadows with sane settings looks nice, other feratures... - ya know, its ATI Mobility U1... lol... But windows accelerating is nice. Before there were tonz-and-tonz artifacts while moving, resizing or minimazing/maximizing windows - now it looks much better, even when underlaying window is Opera or Eclipse (yep, it tend to be really ugly before). I'm still waiting for Beos-like GUI responsiveness and mutimedia performance, not sure if it ever become reality... hmm, time will show :]
ScreemingBlue
November 30th, 2005, 10:32 AM
it just about works for me on a 64 mb Radeon Mobility 9000 with the opensource drive, on a powerbook g4 1ghz. but i get funky yellow colours and a couple of games can crash the xserver (whether xcompmgr is running or not).
xorg 7 should make things work better
Sorry to be an idiot, when you say 'opensource driver' do you mean the one in the ubuntu repositories or the one from the ATI website. I have an ATI radeon 9200 and am trying to get xcompmgr working but all I get is lines across my screen:( . I have tried both the Ubuntu drivers and the ATI drivers. Can you post your xorg.conf so I can compare.
Does anyone know if xorg 7 is available in dapper yet? I went the whole hog and upgraded to Dapper only to find that xorg was on version 6.something and xcompmgr still didn't work. I have reverted back to the more stable Breezy although I found that Dapper seemed more responsive and was pretty much stable for the short time I used it.
Please can anyone shed some light?
Cheers
ace2005
November 30th, 2005, 03:03 PM
Sorry to be an idiot, when you say 'opensource driver' do you mean the one in the ubuntu repositories or the one from the ATI website. I have an ATI radeon 9200 and am trying to get xcompmgr working but all I get is lines across my screen:( . I have tried both the Ubuntu drivers and the ATI drivers. Can you post your xorg.conf so I can compare.Cheers
He means the ones that are in use right after you install Ubuntu/Kubuntu, the one without 3D acceleration.
ScreemingBlue
November 30th, 2005, 05:00 PM
I will give it a try, Thanks.
lucas
November 30th, 2005, 06:06 PM
I tried adding thoose lines to my xorg.conf and restarted the xserver. XFCE's composite manager loaded and it worked fine, even though the transperancy of the panel is just irritating. But when I tried resizing a window the screen freezed (im not sure it actually did, couse i could move the cursor, but not click anything). Also, the keyboard was dead so i couldn't change to console or restart X. Anyway, i fast press on the power button made the system shut down nicely.
Then i removed the changes, afterall, the windows looks fine without shadows. :)
poofyhairguy
November 30th, 2005, 07:44 PM
I tried adding thoose lines to my xorg.conf and restarted the xserver. XFCE's composite manager loaded and it worked fine, even though the transperancy of the panel is just irritating. But when I tried resizing a window the screen freezed (im not sure it actually did, couse i could move the cursor, but not click anything). Also, the keyboard was dead so i couldn't change to console or restart X. Anyway, i fast press on the power button made the system shut down nicely.
Then i removed the changes, afterall, the windows looks fine without shadows. :)
Yeah, I never have luck with the built in KDE compositor.
jounihat
December 1st, 2005, 01:44 PM
Xcompmgr is dead slow even with NVIDIA cards. I have a Geforce FX5700 with 256MB of RAM (AMD 2600+ 1GB RAM), and that should be more than enough for eyecandy, considering that OS X can do the same (and some more) with ATi Radeon 9200 with 32MB of RAM. But no, the effects are far from usable with a bit higher resolutions (1600x1200). Big windows just make the refresh rate suffer. If the developers can't dramatically speed things up, I'd say xcompmgr has been just waste of time.
poofyhairguy
December 1st, 2005, 02:31 PM
Xcompmgr is dead slow even with NVIDIA cards. I have a Geforce FX5700 with 256MB of RAM (AMD 2600+ 1GB RAM), and that should be more than enough for eyecandy, considering that OS X can do the same (and some more) with ATi Radeon 9200 with 32MB of RAM
OSX has a real framework. Xcompmgr is just a single program. and I have Xcompmgr working well on a Geforce Go 420 16 mb cad- you just HAVE to enable renderaccel. Without that you lose any speed inprovement. So its not as bad as you claim- you must just have missed a step.
But no, the effects are far from usable with a bit higher resolutions (1600x1200). Big windows just make the refresh rate suffer. If the developers can't dramatically speed things up, I'd say xcompmgr has been just waste of time.
Xcompmgr was NEVER meant to do what I propose people do with it in this thread. It was NEVER to be a solution or a final framework. It is a program created to show off the composite extension of Xorg. A tech demo, to be used by those making EXA and the like to help understand what needs to be done in the future. It was NEVER intended for end users, for normal people.
But I can't wait till late 2007 or whenever Xegl is in a half stable state. I can't wait till the Linux desktop catches up to OSX's sometime in 2008/2009 (of course it will be ahead by then, I mean catch up to where it is now). So I use Xcompmgr and I leave the directions here for other users.
But its not a "waste of time." Me telling people how to use it is a waste of time if anything. It was never intended to be a solution. Look to Luminocity- there is a composite manager meant for actual use. It is also a year or so away from actual use by users (at least), but when its ready it will be better than Xcompmgr.
Also the speed thing is not Xcompmgr' fault. Its the fault of Nvidia's renderaccel or EXA being too slow. Xcompmgr does to determine the speed- the framework it uses does that. On Linux we have no mature framework- Nvidia's solution is a stop-gap and EXA is still in development. Don't blame Xcompmgr for problems Xorg and Nvidia have....
jounihat
December 1st, 2005, 03:01 PM
OSX has a real framework. Xcompmgr is just a single program. and I have Xcompmgr working well on a Geforce Go 420 16 mb cad- you just HAVE to enable renderaccel. Without that you lose any speed inprovement. So its not as bad as you claim- you must just have missed a step.
I've enabled renderaccel, and bazillion of other options people have kindly advised me in various forums, but nothing helps. With higher resolutions and bigger windows, xcompmgr is just pain in the butt (especially fade-in/out effects, shadows and transparency work with somewhat acceptable framerates). The effects are beautiful, though.
poofyhairguy
December 1st, 2005, 04:25 PM
I've enabled renderaccel, and bazillion of other options people have kindly advised me in various forums, but nothing helps. With higher resolutions and bigger windows, xcompmgr is just pain in the butt (especially fade-in/out effects, shadows and transparency work with somewhat acceptable framerates). The effects are beautiful, though.
I run at 2560x1024 and it works fine for me but I have a faster video card. Honestly at this point no cards should have any acceration at all- EXA is the first real accerator and its not ready yet. Nvidia jumped the gun with whatever their renderaccel framework is called, but tests show it only works well with a few things (say, transparancies). It might be a while before the very high end get benefits from it all- the work now is focused on ATI 92xx cards and Intel cards and lower resolutions simply because that stuff is easier to get to work....
See you again at the eye candy party in a year?
Danielle
December 1st, 2005, 06:58 PM
These effects can not be given justice in a screenshot....I wish I had a camera because I would film it to show you. Anyone that gets this to work please consider doing this for me!
hi, what does the program Istanbul Desktop Session Recorder do? i have used a program called Camstudio with windows that will record your desktop session maybe you can use that? then upload it to rapidshare.de
i haven't read the whole thread so sorry if you have already done it.
RAOF
December 1st, 2005, 11:48 PM
Yeah, I never have luck with the built in KDE compositor.
It almost works for me - it doesn't seem to crash X, but it does quite often fail to draw windows properly, especially when they resize themselves. But apart from that, it looks so good. Having background windows slightly transparent, making moving windows almost see-through, and with smooth transitions in between...
Sadly, the rest of KDE is maddeningly configurable :evil:
poofyhairguy
December 2nd, 2005, 12:02 AM
hi, what does the program Istanbul Desktop Session Recorder do? i have used a program called Camstudio with windows that will record your desktop session maybe you can use that? then upload it to rapidshare.de
i haven't read the whole thread so sorry if you have already done it.
I have not. I figured that the only way is to record a monitor. If I am wrong somewho show me the light please.
poofyhairguy
December 2nd, 2005, 12:03 AM
It almost works for me - it doesn't seem to crash X, but it does quite often fail to draw windows properly, especially when they resize themselves. But apart from that, it looks so good. Having background windows slightly transparent, making moving windows almost see-through, and with smooth transitions in between...
I've tried it and I like that it DOES things with its Kompmgr besides shadows and fading.
suoko
December 5th, 2005, 08:07 AM
One silly question abour "renderaccel" option for nvidia drivers:
enabling this option freezes my PC as well as many others PCs. Is this due to an nvidia driver bug or a xorg bug? Or whatever?
RAOF
December 5th, 2005, 08:43 AM
One silly question abour "renderaccel" option for nvidia drivers:
enabling this option freezes my PC as well as many others PCs. Is this due to an nvidia driver bug or a xorg bug? Or whatever?
They're closed source drivers, so no-one really knows.
But, given than the renderaccel option prints the warning "Enabling EXPERIMENTAL xrender support" to the xorg log, I'm guessing it's the nvidia drivers ;)
poofyhairguy
December 5th, 2005, 04:38 PM
One silly question abour "renderaccel" option for nvidia drivers:
enabling this option freezes my PC as well as many others PCs. Is this due to an nvidia driver bug or a xorg bug? Or whatever?
Its the Nvidia driver. One day Nvidia's renderaccel will be replaced by EXA. Till then we have to deal with its quirks.
oobuntoo
December 5th, 2005, 10:22 PM
I used to have lockup problem when enabling renderaccel. Replacing my old nvidia card with 6600gt and the problem was gone. Shadow and transparency under KDE seem stable and fast enough for most part, but not stable enough for long term use. Other problems include screen artifacts when logging in, maximizing window to take up full screen, and playing video. Anyone know what is responsible for these artifacts? Is it Xorg, kde built-in xcompmgr, nvidia driver, or combinations of these? I don't recall seeing screen artifacts when using xcompmgr and trannset under gnome.
poofyhairguy
December 6th, 2005, 07:11 PM
I used to have lockup problem when enabling renderaccel. Replacing my old nvidia card with 6600gt and the problem was gone. Shadow and transparency under KDE seem stable and fast enough for most part, but not stable enough for long term use. Other problems include screen artifacts when logging in, maximizing window to take up full screen, and playing video. Anyone know what is responsible for these artifacts? Is it Xorg, kde built-in xcompmgr, nvidia driver, or combinations of these? I don't recall seeing screen artifacts when using xcompmgr and trannset under gnome.
Its the composite extension within Xorg.
And yes, a faster card wil more RAM almost always does the job.
hectorC
December 6th, 2005, 10:27 PM
Hello,
I followed your how-to and when I run xcompmgr I get the error "No composite extension". I have a nvidia 6600 and the only way I found to make it work was adding the "Extensions" section for unsupported cards. This is part of my xrog.conf:
Section "Device"
Identifier "NVIDIA Corporation NV43 [GeForce 6600 GT]"
Driver "nvidia"
BusID "PCI:1:0:0"
Option "NoLogo"
Option "RenderAccel" "true"
Option "AllowGLXWithComposite" "true"
EndSection
Any idea why?
Thanks in advance!
Hector.
hectorC
December 6th, 2005, 11:03 PM
Hello,
I followed your how-to and when I run xcompmgr I get the error "No composite extension". I have a nvidia 6600 and the only way I found to make it work was adding the "Extensions" section for unsupported cards. This is part of my xrog.conf:
Hector.
Forget it! My mistake.... I thought it said that the step where you add the "Extensions" section was only for unsopported cards.
Thanks anyway.
Hector.
poofyhairguy
December 8th, 2005, 02:41 PM
Forget it! My mistake.... I thought it said that the step where you add the "Extensions" section was only for unsopported cards.
Thanks anyway.
Hector.
So everything is ok? Good.
poofyhairguy
December 8th, 2005, 02:53 PM
Ok. Here is the GUI for Xcompmgr I promised. It was made for Mandrake, but after some fighting its an Ubuntu program now. Its attached to this post.
Enjoy!!!
phend-one
December 8th, 2005, 10:53 PM
I read somewhere (can't remember) that the new nvidia driver (released very recently, but not 7667) allowed flawless use of compositing with xorg. Is this made possible through this guide? Is that what they were talking about?
I tried this about a month ago, and it was kinda glitchy (BUT SO NICE!).
EDIT: Did some more digging... I'm not sure if this is the new one though... Linux Nvidia drivers 8174 (http://www.nvidia.com/object/linux_display_ia32_1.0-8174.html).
Knomefan
December 9th, 2005, 05:01 AM
Yep, thats the new nvidia driver and it works very nicely here.
The big news concerning composite is that they seem to have fixed RenderAccel, that is, fixed it so that it doesn't freeze my computer anymore if it is enabled.
phend-one
December 9th, 2005, 05:25 AM
So installing that driver from nvidia's site and following the steps in this guide should allow for composite effects without crashing? :D
Knomefan
December 9th, 2005, 05:33 AM
All I can say is that it works for me here without crashing.
Of course, always keep in mind that installing the nvidia drivers directly can get you into trouble, so make sure that you know what you are doing.
Btw., there's a pretty good howto on how to do it in the howto section.
runlevel0
December 9th, 2005, 10:14 AM
I'm having a strange issue:
(Nvidia GeForce FX 5200)
When I set Option "Composite" "Enable" the xserver crashes (no error message, no log entries)...
But, w/o this option (extmod, RenderAccel and the rest enabled) I am able to use xcompmgr and transset w/o any problem (even AllowGLXWithComposite is on).
I'm not sure, but; Could it mean that the COMPOSITE extension is automatically loaded with extmod or any other X-server option?
Eversmann
December 9th, 2005, 01:58 PM
I wanted to give my thanks for this thread, it made me my evening :-D
Now i have a desktop much quicker and much nicer!!! Those values you put for xcompmgr are AWESOME!!!
Thanks guys for giving such an useful information and all your work. That makes linux and ubuntu better everyday!!!
poofyhairguy
December 9th, 2005, 11:49 PM
I read somewhere (can't remember) that the new nvidia driver (released very recently, but not 7667) allowed flawless use of compositing with xorg. Is this made possible through this guide? Is that what they were talking about?
Well....now that EXA is starting to push renderaccel, this helps the Nvidia people make better drivers because they know exactly what the point of acceration will be.
But one thing to note is that many composite problems stem from Xorg itself. I hear people with ATI cards that work with the CVS xorg still have a few visual artifacts that are off. Of course, it might never be perfect. I was using a Mac the other day when the Panther I was using made a visual error that looked just like a familiar xcompmgr bug.
I can almost promise that by Dapper it will be much more stable.
poofyhairguy
December 9th, 2005, 11:49 PM
I wanted to give my thanks for this thread, it made me my evening :-D
Now i have a desktop much quicker and much nicer!!! Those values you put for xcompmgr are AWESOME!!!
Thanks guys for giving such an useful information and all your work. That makes linux and ubuntu better everyday!!!
No problem. Just please be careful because if not one day xcompmgr will bring the hurt to you.
jannol
December 10th, 2005, 09:43 AM
Awesome, all the tips and so on. Really cool with a modern look although I personally think the effects should be way faster as default.
Well I don't use xcompmgr more than for showoff for my friends since it tends to shutdown easily on my computer and that might not be very strange since I have overclocked my 6800LE in its bios so I get kinda bad artifacts sometimes with xcompmgr. I also use twinview which possibly affects.
Well, since I didn't find any screen recordings before I began messing with this I though I make one for those who wanna get a bit of a preview.
Now, it was not easy to sync the recording exactly to real time but I think I got close enough.
I am using setting -cfF -D 8 -O 0.02 -I 0.040
in this clip. I only recorded my left screen since I am guessing not everyone has dual screens.
get it here (http://linux.jannol.com/ubuntu/demos/demo-0.mpg) 31.3 MB (no audio)
I will move the file to a slower server in a day or two since my highspeed server space is limited.
Thx all for your howto, guides, tips etc.
sethmahoney
December 10th, 2005, 05:53 PM
Thanks a lot for the great howto!
I got everything working, except I can't update the xcompmgr. This is the error I get when I run ./configure:
checking for XCOMPMGR... configure: error: Package requirements (xcomposite xfixes xdamage xrender) were not met.
Is the newer xcompmgr for Dapper only? Any thoughts on what I might try to get it updated?
EDIT:
Nevermind, I got it working - I forgot to install all the development headers for those libraries.
poofyhairguy
December 11th, 2005, 12:48 AM
Awesome, all the tips and so on. Really cool with a modern look although I personally think the effects should be way faster as default.
Well I don't use xcompmgr more than for showoff for my friends since it tends to shutdown easily on my computer and that might not be very strange since I have overclocked my 6800LE in its bios so I get kinda bad artifacts sometimes with xcompmgr. I also use twinview which possibly affects.
Well, since I didn't find any screen recordings before I began messing with this I though I make one for those who wanna get a bit of a preview.
Now, it was not easy to sync the recording exactly to real time but I think I got close enough.
I am using setting -cfF -D 8 -O 0.02 -I 0.040
in this clip. I only recorded my left screen since I am guessing not everyone has dual screens.
get it here (http://www.jannol.com/test/frm-0000.mpg) 31.3 MB (no audio)
I will move the file to a slower server in a day or two since my highspeed server space is limited.
Thx all for your howto, guides, tips etc.
Thanks for the video. Just so you know, I use Twinview with Xcompmgr fine and I posted in the first post the magical Xorg.conf that does it all.
And yes, it would be neat to be faster. But honestly this stuff is a while away from regular desktop use for most. We are all early adopters.
unkemptwolf
December 11th, 2005, 03:01 AM
Just tried this after poofy reccomended it in another thread.
Holy. Crap.
I dont think I've ever had effects this sweet on an OS. I cant get over it. Damn you poofyhairguy, for causing me to spend hours watching my menus and windows fade in and out, in and out, in... and... ou...
*drool*
Mastodront
December 11th, 2005, 06:02 AM
I've recently decided to give Kubuntu another chance and so far I like it alot. I've enabled the drop shadows and transparency on moving and inactive windows and it looks really sweet, and it's not even especially crashy as I rembered it to be :)
But I've got one little problem;
It's a bit buggy, quite often active windows gets transparency and won't let it go even though they shouldn't have it :/ Moving windows always work as they should, as do the inactive ones. It's really nothing to cry about but when everything else works so fine it gets quite annoying :)
I know compositing is unstable/buggy and so but I thought maybe there's a simple solution to the problem :)
Edit: I've found that minimizing/maximizing the buggy windows a couple of time the transparency goes away, still quite annoying though :)
jannol
December 11th, 2005, 06:03 AM
Thanks for the video. Just so you know, I use Twinview with Xcompmgr fine and I posted in the first post the magical Xorg.conf that does it all.
I tried that but I had to put two lines more in my xorg.conf to prevent xcompmgr from locking up my computer.
In the device section
Option "NvAGP" "2"
VideoRam 131072
I guess it is not the twinview setup then...
Bloot
December 11th, 2005, 08:43 AM
It's really nice for the eye to get delighted with all those effects, I like it very much, really.
But it still is too buggy for diary use, I just tried it and that's all, I'll wait 'till it gets more polished, if it ever gets.
Greetings.
Knomefan
December 11th, 2005, 09:06 AM
You guys should really try out kde 3.5 with composite.
It's much better integrate than in gnome (well, that is, it is integrated) and mostly works like a charm (well, there are a few glitches, but nothing to serious here).
If you want nice drop shadows that you can tinker with with a nice gui, if you want to be able to for example make all windows automatically transperent when you move them, give it a try.
Mastodront
December 11th, 2005, 11:16 AM
You guys should really try out kde 3.5 with composite.
It's much better integrate than in gnome (well, that is, it is integrated) and mostly works like a charm (well, there are a few glitches, but nothing to serious here).
If you want nice drop shadows that you can tinker with with a nice gui, if you want to be able to for example make all windows automatically transperent when you move them, give it a try.
Have you had the same problems as I (3-4 posts up...)? I'm also using KDE 3.5...
Knomefan
December 11th, 2005, 02:46 PM
Have you had the same problems as I (3-4 posts up...)? I'm also using KDE 3.5...
Hm, strange, no I haven't had this probelm.
Eversmann
December 11th, 2005, 03:00 PM
No problem. Just please be careful because if not one day xcompmgr will bring the hurt to you.
Yeah, i have to deal with it, because sometimes when i bootup my laptop, i have to make a killal gnome-panel or disable it when i have to play a video. But it's worth the pay to have an accelerated and much nicer desktop to show to my friends :-D
I wish we could have another version reviewed and updated with all those bugs corrected. Maybe someday?
In this time,with vista and osx, i think all the linux users need a better desktop. It could gain more points for the people who want to start with the linux world.
poofyhairguy
December 11th, 2005, 05:04 PM
Just tried this after poofy reccomended it in another thread.
Holy. Crap.
I dont think I've ever had effects this sweet on an OS. I cant get over it. Damn you poofyhairguy, for causing me to spend hours watching my menus and windows fade in and out, in and out, in... and... ou...
*drool*
Becareful. Once you are hooked then you are more than willing to throw stbility out the window. At least get the session saver extension for Firefox.
poofyhairguy
December 11th, 2005, 05:07 PM
Yeah, i have to deal with it, because sometimes when i bootup my laptop, i have to make a killal gnome-panel or disable it when i have to play a video. But it's worth the pay to have an accelerated and much nicer desktop to show to my friends :-D
I wish we could have another version reviewed and updated with all those bugs corrected. Maybe someday?
One day we won't need Xcompmgr. We will have something better.
For the record, Totem-xine is the best media player for Xcompmgr use.
poofyhairguy
December 11th, 2005, 05:09 PM
You guys should really try out kde 3.5 with composite.
It's much better integrate than in gnome (well, that is, it is integrated) and mostly works like a charm (well, there are a few glitches, but nothing to serious here).
If you want nice drop shadows that you can tinker with with a nice gui, if you want to be able to for example make all windows automatically transperent when you move them, give it a try.
I personally won't move till the entire composite extension is more stable- I can at least turn Xcompmgr off and on easily.
For the record, the gcompmgr I added to this thread adds a GREAT GUI for Gnome users.
sethmahoney
December 12th, 2005, 07:31 PM
For the record, the gcompmgr I added to this thread adds a GREAT GUI for Gnome users.
Yeah, the gcompmgr is AWESOME. I just wish the controls were more intuitive. "Blur radius", "top offset", and "fade-delta-time" just aren't very meaningful to most people. Also, it doesn't seem to turn off the gnome-panel shadows (on my computer anyway), even when I fill in the checkbox. Still, though, I'm very much glad its around!
Has anyone else had issues with nautilus and xcompmgr crashing when doing file transfers over a samba network, or when copying large files? Seems to happen pretty regularly for me when I do either of those things.
RAOF
December 12th, 2005, 08:59 PM
Hey, poofyhairguy, you wouldn't happen to have the deb-src of gcompmgr lying around for those of us with AMD64 machines, would you? ;)
And I suppose the PPC guys might want it too. :)
poofyhairguy
December 12th, 2005, 09:37 PM
Hey, poofyhairguy, you wouldn't happen to have the deb-src of gcompmgr lying around for those of us with AMD64 machines, would you? ;)
And I suppose the PPC guys might want it too. :)
I hate to say it, but it doesn't exist. Gcompmgr was only released as a x86 Mandrake RPM. I would love to help....but I can't this time.
RAOF
December 13th, 2005, 12:50 AM
I hate to say it, but it doesn't exist. Gcompmgr was only released as a x86 Mandrake RPM. I would love to help....but I can't this time.
Oh, well. It compiles & runs fine. Maybe I'll learn how to package it, since checkinstall is broken in dapper atm :)
RAOF
December 13th, 2005, 09:09 AM
And here they are. And I hope they work :)
An AMD64 binary .deb, and the source package that you should be able to build with dpkg-buildpackage.
poofyhairguy
December 13th, 2005, 02:50 PM
And here they are. And I hope they work :)
An AMD64 binary .deb, and the source package that you should be able to build with dpkg-buildpackage.
Thank you very much!
codejunkie
December 13th, 2005, 03:05 PM
One day we won't need Xcompmgr. We will have something better.
For the record, Totem-xine is the best media player for Xcompmgr use. i've got quick question every thing except .mov files plays fine in totem-xine every time i open a .mov file in totem-xine it crashes. would you know any workaround to get totem-xine to play .mov files, i've got to all the codecs and such installed but right now, but in order to play them i have to disable the composite extension and play them in mplayer any help would be appreicated.
pizzach
December 13th, 2005, 03:08 PM
Wow. I just compiled and installed xcompmgr form cvs yesterday. I left my computer on all night and it didn't freeze (only with the shadows on.) In fact, It's been going most of today too. I wonder if it's a fluke. Still waiting for my first crash. I also hasn't crashed with me using mplayer which usually happens after a few movies.
I just don't see the point in fading windows. Mybe if I try to make the fade faster than default it'll grow on me. I always get the feeling of waiting for my computer when the fades are on and I already feel like I have to wait enough. :p
Man, your new avatar confused me hairpoofguy. I didn't recognize you at first. Very nice though.
poofyhairguy
December 13th, 2005, 03:10 PM
i've got quick question every thing except .mov files plays fine in totem-xine every time i open a .mov file in totem-xine it crashes. would you know any workaround to get totem-xine to play .mov files, i've got to all the codecs and such installed but right now, but in order to play them i have to disable the composite extension and play them in mplayer any help would be appreicated.
Hmmm.....I do not have that problem. But I will say as a suggestion that the only other media player that works well with Xcompmgr is VLC. You can try VLC for those files.
poofyhairguy
December 13th, 2005, 03:11 PM
Wow. I just compiled and installed xcompmgr form cvs yesterday. I left my computer on all night and it didn't freeze (only with the shadows on.) In fact, It's been going most of today too. I wonder if it's a fluke. Still waiting for my first crash. I also hasn't crashed with me using mplayer which usually happens after a few movies.
I'm having same luck! Yay for near stable.
I just don't see the point in fading windows.
I think its pretty.
Mybe if I try to make the fade faster than default it'll grow on me.
I bet. Try gcompmgr.
Man, your new avatar confused me hairpoofguy. I didn't recognize you at first. Very nice though.
Thanks.
scav
December 14th, 2005, 04:24 PM
Me again :)
I was amazed of the idea to have only the current active window without opacity and all the others transparent because i use the "Select windows when mouse moves over them" option in the gnome Window Preferences.
Using this, i can work in one window and if i want to see whats behind in another, i just move the mouse over it and can look through it :)
anyways, i wrote a small C programm to do exactly this:
http://81.169.175.95/transd.c
compile and run with:
gcc transd.c -o transd -lX11 && while true; do ./transd; done
its very badly programmed (most of the code is stolen) and needs a lot of values tweaked, but please try it out and tell me what you think!
Have you been working more on this? The Idea is really good, only thing is the stability!
Would love a stable version,
Greetings
fannymites
December 16th, 2005, 01:05 AM
Does anyone know if it's possible to change the transparency level when using the transd program? It's a great little app but I have a dark wallpaper and the unfocused windows merge into it a little too much.
RAOF
December 16th, 2005, 01:45 AM
Here's a quick hack to allow you to pass the opacity fraction on the command line. Instead of running while true; do ./transd; done you would now run
while true; do ./transd 0.5; done
Warning: this hasn't actually been tested. This computer doesn't have the composite extension. But it should work. :)
fannymites
December 16th, 2005, 02:01 AM
Unfortunately, the transparency level seems to be the same no matter what number I put there.
But on the subject of transd, is there anyway to make it automatically on boot?
I've tried various things but can't get anything to work so far.
I reckon this could have a lot of potential.
RAOF
December 16th, 2005, 02:18 AM
Whoops! My bounds checking is awesome. Here's a version that should work :)
poofyhairguy
December 16th, 2005, 04:08 AM
Unfortunately, the transparency level seems to be the same no matter what number I put there.
But on the subject of transd, is there anyway to make it automatically on boot?
I've tried various things but can't get anything to work so far.
I reckon this could have a lot of potential.
This is the best trick I know:
http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency#transset-df
sethmahoney
December 16th, 2005, 10:06 PM
Me again :)
I was amazed of the idea to have only the current active window without opacity and all the others transparent because i use the "Select windows when mouse moves over them" option in the gnome Window Preferences.
Using this, i can work in one window and if i want to see whats behind in another, i just move the mouse over it and can look through it :)
anyways, i wrote a small C programm to do exactly this:
http://81.169.175.95/transd.c
compile and run with:
gcc transd.c -o transd -lX11 && while true; do ./transd; done
its very badly programmed (most of the code is stolen) and needs a lot of values tweaked, but please try it out and tell me what you think!
I just installed the newer version of this, and it works like a charm. Its so great I almost wet myself.
EDIT: Two problems: First, for some reason it makes my desktop "transparent" like any other window (which means when it loses focus, all my icons and my wallpaper get a little darker); second, like the poster above, it would be nice to be able to start it when Gnome starts. Any ideas?
EDIT: There's a third problem: I can't stop flipping back and forth between windows just to see them go transparent!
fannymites
December 17th, 2005, 01:09 AM
It's working nicely for me too.
I don't get the transparent desktop problem though. Do you have nautilus set to show the desktop? I don't so that may be why.
Still haven't worked out how to make it work on start up yet.
I'm gonna have a go with that there transset-df, see what that's like.
So I got transset-df installed, it took me a while to work out what was what but I got there in the end. Very nice.
poofyhairguy
December 18th, 2005, 04:58 AM
Whoops! My bounds checking is awesome. Here's a version that should work :)
NICE!
fannymites
December 18th, 2005, 06:51 AM
Anyone still trying to get it to start when gnome starts up -
move to the directory containing the transd executable then do sudo ln -s transd /usr/bin/transd
Next go to System>Preferences>Sessions>Startup Programs and add /usr/bin/transd 0.6
and adjust the transparency level to suit.
Of course you will have to adjust the order number to make sure it starts after xcompmgr. And to really show off, add xbindkeys and transset-df to startup also.
varunus
December 18th, 2005, 02:00 PM
transd. is. AWESOME. RAOF, you are the man. However, there's another program out there with the same name (but not half as cool, all it does is watch for window creation and set a transparency) so you may want to change the name...
I need to go buy an NVIDIA card...or more accurately, a new computer, as my laptop's intel 855GM does not like composite. I can see the theory, the trans switching isn't fast enough to be usable on this computer. Also, dragging transparent windows is just bad news. (I tried it with the -F option on Xcompmgr for maximum awesomeness, as transparency switches fade in and out.)
Composite will hopefully be usable in dapper (with a little cvs compiling); the i810 EXA patch is almost complete (along with a few others). I just don't want to go to dapper and xorg 7 yet.
fannymites
December 18th, 2005, 06:51 PM
I don't have an Nvidia card and I can tell you, using xcompmgr on dapper is vastly different to breezy.
On breezy I use the the xcompmgr settings for unsupported cards as suggested at the very start of this guide.
On dapper I'm using this setting from the the guide
xcompmgr -fF -I-.002 -O-.003 -D6 -cC -t-5 -l-6 -r5That one does fading in the best way and has drop shadows that look much better overall- especially with drop down lists such as the Applications menu. This could be called "The Perfect Setting." (I know its not for everyone)
along with transd (though I can't get it to run on startup on dapper for some reason)
Even with many windows open and fading into transparency it still runs at a very acceptable speed. So much so I have xcompmgr running all the time on dapper whereas on breezy I only put it on if I'm not doing anything particularly important
ShiftyPowers
December 18th, 2005, 08:22 PM
wow, using KDE 3.5 and translucency. I have no converted from Gnome to KDE. This thing is slick
poofyhairguy
December 19th, 2005, 02:24 AM
(I tried it with the -F option on Xcompmgr for maximum awesomeness, as transparency switches fade in and out.).
I have read that Nvidia's driver has a few special hacks to make that effect so smooth. Until you see it on an Nvidia card.....
Lets just put it this way. This whole thing started because I saw the -Ff option on my girlfriend's Gefore 420 Go (16mb!) one day. I HAD to have Nvidia and Xcompmgr then.
RAOF
December 19th, 2005, 07:09 AM
wow, using KDE 3.5 and translucency. I have no converted from Gnome to KDE. This thing is slick
Can't wait to try it on the new nVidia drivers, which apparently don't break when using composite quite so much ;)
RAOF
December 20th, 2005, 07:07 PM
transd. is. AWESOME. RAOF, you are the man. However, there's another program out there with the same name (but not half as cool, all it does is watch for window creation and set a transparency) so you may want to change the name...
Not actually my code, but thanks ;). I just hacked on the "pass transparency fraction on commandline" bit. Thank maxtreiber.
Jessehk
December 20th, 2005, 07:20 PM
Worked perfectly. The only problems are the high memory usage and the fact that the screensavers have problems.
hectorC
December 21st, 2005, 02:58 PM
Wow. I just compiled and installed xcompmgr form cvs yesterday. I left my computer on all night and it didn't freeze (only with the shadows on.)
I can't find how to access CVS of xcompmgr. I wonder if you could give me the CVS address.
thanks!
Hector
emerick7
December 21st, 2005, 05:59 PM
I followed through the instruction on transparent terminals on the wiki (https://wiki.ubuntu.com/TransparentTerminals?highlight=%28transparent%29%7 C%28terminals%29), and then when I got to the part to restart x with control-alt-backspace, everything when black and I got a command prompt-type screen. I tried restarting it, and when it's finished going through the OKs (nothing errors out) during startup, I get a screen that says Failed to start the X server (your graphical user interface.
I'm not able to get anywhere. After that, it just goes into a command prompt again where it asks for login info, but I don't know where to go from there. How do I go to a safe mode or something similar so I can revert back to what I had before? At this point, I don't want transparent terminals anymore - I just need to get my desktop running.
I'd appreciate the help... I really need some this time. Thanks!
Knomefan
December 21st, 2005, 06:07 PM
First off and I hope you don't get me wrong, this is the reason why you should always make a backup before you edit an important file (belief me, I know what I'm talking about...)
About your problem.
I suspect that you just made a little mistake when you edited xorg.conf and finding this mistake will fix your problem.
So, simply log in (type your username, hit enter, type your password, hit enter) and then open xorg.conf as root with sudo /etc/X11/xorg.conf. Now look through the file and get rid of the changes you mad (a good way to do this is to simply comment the lines you want to get rid of out, that is put a # in front of them).
You should also take a look at your log file. It should tell you which error X encountered exactly.
less /etc/X11/xorg.conf (press > to get to the end of the file)
After you are done with the changes try to restart your login manager with:
sudo /etc/init.d/gdm restart (or /etc/init.d/kdm restart if you are using kde).
Hope this helps.
poofyhairguy
December 21st, 2005, 06:14 PM
Worked perfectly. The only problems are the high memory usage and the fact that the screensavers have problems.
Yeah....I have turned screensavers off a long time ago.
poofyhairguy
December 21st, 2005, 06:23 PM
I followed through the instruction on transparent terminals on the wiki (https://wiki.ubuntu.com/TransparentTerminals?highlight=%28transparent%29%7 C%28terminals%29), and then when I got to the part to restart x with control-alt-backspace, everything when black and I got a command prompt-type screen. I tried restarting it, and when it's finished going through the OKs (nothing errors out) during startup, I get a screen that says
I'm not able to get anywhere. After that, it just goes into a command prompt again where it asks for login info, but I don't know where to go from there. How do I go to a safe mode or something similar so I can revert back to what I had before? At this point, I don't want transparent terminals anymore - I just need to get my desktop running.
I'd appreciate the help... I really need some this time. Thanks!
What I would do is use this command:
sudo nano /etc/X11/xorg.conf
To open your Xorg.conf file. Then when inside change the "nvidia" driver to "nv." Then hit control and "X" at the same time to save and exit. Then at the command prompt type
startx
95% of the time for me that gets me back a display. Now you have to fix the problem. When Gnome starts use this command:
sudo cp /etc/X11/xorg.conf /home/yourusername/Desktop/xorg.conf
To back up your xorg file that lets you in Gnome to your desktop. To restore use this command:
sudo cp /home/yourusername/Desktop/xorg.conf /etc/X11/xorg.conf
Now fix the problem. Use this command:
sudo gedit /etc/X11/xorg.conf
And undo EVERYTHING that other guide told you to do. Everything. Then change the "nv" in the driver part back to "nvidia." Then make sure you have the Nvidia drivers installed and the restricted modlules installed:
sudo apt-get install nvidia-glx linux-686
with that command. Then once you are done, reboot. If you fixed the problem it will work like before. If not......well...put the "nv" driver back on and log back in here so I can try another idea.
In the first step does not help you (aka changing driver to "nv") your only hope is this command:
sudo dpkg-reconfigure xserver-xorg
Good luck.
hectorC
December 21st, 2005, 06:40 PM
poofyhairguy: do you know how to access CVS for xcompmgr?
thanks!
poofyhairguy
December 21st, 2005, 06:43 PM
I can't find how to access CVS of xcompmgr. I wonder if you could give me the CVS address.
thanks!
Hector
I cannot find CVS. Best I can find is this tar file:
http://xapps.freedesktop.org/release/
Thanks for making me find it, I want to compile a 64 bit version.
poofyhairguy
December 21st, 2005, 06:52 PM
I cannot find CVS. Best I can find is this tar file:
http://xapps.freedesktop.org/release/
Thanks for making me find it, I want to compile a 64 bit version.
Scratch that. I found the CVS for Xcompmgr:
http://cvs.freedesktop.org/xapps/xcompmgr/
But nothing has happened since the last release. In fact, the CVS is kinda depressing because many of the files haven't been changed in months......
I guess there is no use for Xcompmgr soon. KDE's composite manager is pretty mature, and Metacity is finally getting one that kinda works. I bet that that release of Xcompmgr I linked above is the last one.
That of course sucks for Gnome people as the Metacity compositor is REALLY new...and maybe not as stable.
Later this week I plan to compile and try out Metacity's compositor. If its even medium stable I will make a guide.
Xcompmgr was a fun ride while it lasted.....but I knew we would have to move on one day!
My advice: If you really like the composite effects, you must accept a move to KDE for a while. Its now FAR ahead of Gnome in this area.
I will try to hack the Metacity compositor, but Metacity is VERY slow when it comes to effects so my original assumption (a few months ago) of KDE being a half year ahead of Gnome is probably correct (won't know for sure till I try that new compositor).
I will post the results of all my playing around in my eye candy blog. Look there in the future for information:
http://doc.gwos.org/index.php/Poofyhairguy%27s_Eye_Candy_Report
emerick7
December 21st, 2005, 06:59 PM
thanks for the help... got everything up and running now.
Before you replied, I saw somewhere else to try "sudo dpkg-reconfigure xserver-xorg." That seemed to work, although I had to go through quite a few prompts.
emerick7
December 21st, 2005, 07:57 PM
As I am new to linux (but do enjoy some eye candy to decorate my desktop), I tried working with gcompmgr but had a few problems. Right now, I'd like to get rid of it because I just want to revert to the way it was before. Not that it was bad or anything, but I'd just like to eliminate it from my comp. I uninstalled gcompmgr and xcompmgr from synaptic, but when I go to System > Logout, nothing appears. I saw the thing about the most important rule, but I figured if I just uninstalled them then it wouldn't be a problem.
jannol
December 21st, 2005, 08:04 PM
before you logout you could press ALT+F2 and type
killall xcompmgr
if you for some reason can't, press CTRL+ALT+F1 and log in and then type
killall xcompmgr
then press CTRL+ALT+F7 to get back to gnome
However, simply reboot and xcompmgr won't start if you have uninstalled it
emerick7
December 21st, 2005, 08:19 PM
I rebooted and it worked. Before I was trying control-alt-backspace, but didn't think to do a full restart.
pixelnate
December 21st, 2005, 11:58 PM
Poofy Hair Guy, you are the bomb. I don't miss OSX so much any more!
:smile: :smile: :smile:
ace2005
December 22nd, 2005, 05:51 AM
Hey Look! Xorg 7.0/6.9.0 has been Released
Now how long until we can update to it?
poofyhairguy
December 22nd, 2005, 06:36 AM
Hey Look! Xorg 7.0/6.9.0 has been Released
Now how long until we can update to it?
Today if you do it yourself:
http://xorg.freedesktop.org/wiki/CvsPage
Tomorrow if you can stand unstable Dapper.
Or in April if you wait to the next stable version.
This kinda of stuff is not backported usually.
ace2005
December 22nd, 2005, 06:49 AM
Lets just say i totally screw up the xserver by trying it the cvs way, what do i have to do to reinstall the normal x server
PLEASE DO AN EASY TO FOLLOW HOW-TO FOR GETTING AND INSTALLING THIS VIA CVS AND INSTALLING IT ON UBUNTU/KUBUNTU
That would be the best way, that guide is confusing me :(
poofyhairguy
December 22nd, 2005, 06:55 AM
Lets just say i totally screw up the xserver by trying it the cvs way, what do i have to do to reinstall the normal x server
I think that page tells how to set up and extra one. So to go back you delete the file you installed it in? Its over my head too a little. Soon I will just install Dapper to get Xorg 7. I always try the new development release in January.
PLEASE DO AN EASY TO FOLLOW HOW-TO FOR GETTING AND INSTALLING THIS VIA CVS AND INSTALLING IT ON UBUNTU/KUBUNTU
That would be the best way, that guide is confusing me :(
There might not be an "easy way" to install Xorg. I mean....Mr. Stone who works for Ubuntu takes months to stablize the Xserver in each Ubuntu release.
Basically, I suggest that anyone who really wants it just try Dapper soon. The Xserver is not something that is really easy to replace!
muchmusic
December 22nd, 2005, 07:09 AM
Nice work senor Poof. I'm using a powerpc with a radeon 9800 with xorg 7 and xcompmgr/metacity
It looks awesome. unstable and I can't use a few options because they slow things down, but by and large it's awesome.
poofyhairguy
December 22nd, 2005, 07:15 AM
Nice work senor Poof. I'm using a powerpc with a radeon 9800 with xorg 7 and xcompmgr/metacity
It looks awesome. unstable and I can't use a few options because they slow things down, but by and large it's awesome.
Glad you like.
poofyhairguy
December 22nd, 2005, 07:15 AM
Poofy Hair Guy, you are the bomb. I don't miss OSX so much any more!
:smile: :smile: :smile:
Thanks. I feel same way- Xcompmgr is the reason I do not own a Mac Mini.
Evil Whisper
December 22nd, 2005, 10:55 AM
Hello!
What does this do:
Option "DAMAGE" "true"
Thanks,
- Evil Whisper
ace2005
December 22nd, 2005, 11:12 AM
I have an insane idea, VMPLAYER!!!!!!!!!!!!
Try that first and then i can try it for real :D
What what change do i make to this "define DefaultGcc2i386Opt -O2 -mcpu=pentium4" if i have an AMD Athlon XP 2000?
It also says that this will add debugging "#define DefaultGcc2i386Opt -O0 -g" so if i remove it will it make it faster
Should i include these options or not?
#define HasFreetype2 YES
#define HasFontconfig YES
Does enableing this mean that the one the one that is installed already will be used instead of a new one being used?
ace2005
December 22nd, 2005, 11:20 AM
Backup or move your /usr/X11R6 directory. Backup /etc/X11. This step is purely for caution's sake, since everything should be built in (and only in) the build directory you specify in host.def.
Make /usr/X11R6 a symbolic link to your build directory.
ln -s /opt/Xorg-6.7.99.1 /usr/X11R6
So i rename /usr/X11R6 to something like /usr/X11R6_BACKUP and then keep going with the rest of the guide? won't just renaming it to create a symbolic link be a bit like pushing over the ladder you're standing on? won't these files be in use? won't everything crash if i do it?
Backup /etc/X11
Do i make a copy only or make a copy and delete the original or rename the folder??
:confused: :confused: :confused: :confused: :confused: :confused: :confused: :confused:
Iandefor
December 22nd, 2005, 01:52 PM
Do i make a copy only or make a copy and delete the original or rename the folder??
make a copy of the folder /etc/X11 somewhere it'll be easy to keep track of.
My suggestion would be your home directory. DO NOT delete the original until you need to replace it with the backup (IE, X gets buggered up somehow). So: Make a copy only.
ace2005
December 22nd, 2005, 02:09 PM
Ok i'm not trying VMplayer again with Ubuntu, its VERY SLOW, it took 5 mins to boot and i can't stand gnome, i think its something to do wih the splash screen
ok Thanks
poofyhairguy
December 22nd, 2005, 03:38 PM
Hello!
What does this do:
Option "DAMAGE" "true"
Thanks,
- Evil Whisper
Good question. I honestly don't even want to try to sound smart and guess. I mean....I know what damage does:
http://www.freedesktop.org/Software/XDamage
I will say that that section I pulled straight from the Xorg mailing list....so its from a trusted source.
daveisadork
December 22nd, 2005, 04:02 PM
Hey, just wanted to drop in here and let you know about my experience with this. I have a P4 3.0GHz, 1GB of RAM and a GeForce PCX5750. Using xcompmgr with the official NVIDIA drivers is ridiculously fast. Having shadows enabled actually makes the computer feel more responsive than without. Anyway, thanks for the guide... it's been working great for me (very stable, too) ever since I moved to Breezy.
poofyhairguy
December 22nd, 2005, 05:57 PM
Having shadows enabled actually makes the computer feel more responsive than without.
There is good reason for that. When you turn on xcompmgr you do more than get shadows- you begin to use the power of your computer in a new way to render your desktop.
Thats why I am jumping up and down about it!
Iandefor
December 22nd, 2005, 06:02 PM
There is good reason for that. When you turn on xcompmgr you do more than get shadows- you begin to use the power of your computer in a new way to render your desktop.
Thats why I am jumping up and down about it! I was wondering why you were so excited about it... :p
Evil Whisper
December 22nd, 2005, 07:24 PM
Good question. I honestly don't even want to try to sound smart and guess. I mean....I know what damage does:
http://www.freedesktop.org/Software/XDamage
I will say that that section I pulled straight from the Xorg mailing list....so its from a trusted source.
Thanks for the info poofyhairguy. When i first saw the name "Damage" I thought OMG why would I want to damage anything :-P its a very missleading name...
I've been playing around with the xcompmgr for a while I used it for about 3 - 5 hours it was great! I liked it a lot except after a while weird things started to use 20%+ of CPU usage and the Side Candy CPU monitor was flashing red and saying 100% and my fans came on and started running at full RPM because of the high load so I removed it and restarted X and all returned to normal.
I do hope that this gains some more stability in the future. The only problem now is its hard to go without the fade and transparency and shadows. Very addicting (SP?)
Thanks,
- Evil Whisper
poofyhairguy
December 22nd, 2005, 09:21 PM
Thanks for the info poofyhairguy. When i first saw the name "Damage" I thought OMG why would I want to damage anything :-P its a very missleading name...
Kinda. Think about it in general terms: the screen is "damaged" when you move things around on it!
I've been playing around with the xcompmgr for a while I used it for about 3 - 5 hours it was great! I liked it a lot except after a while weird things started to use 20%+ of CPU usage and the Side Candy CPU monitor was flashing red and saying 100% and my fans came on and started running at full RPM because of the high load so I removed it and restarted X and all returned to normal.
You hit the memory wall. My 128 mb card hits that wall too. When you use drop shadows, Xcompmgr has a bad memory leak. When the leak runs over how much RAM for video card has....the CPU starts having to make up for it....and it all slows down. The only solution now is to have a 256mb or 512mb card, or avoid shadows. Thank Rasterman for this info.
I do hope that this gains some more stability in the future. The only problem now is its hard to go without the fade and transparency and shadows. Very addicting (SP?)
Very addicting. If you find you can't do without, I suggest trying KDE. Its compositor is far more mature- I have not experianced the same memory problem with it.
vBulletin® v3.8.1, Copyright ©2000-2009, Jelsoft Enterprises Ltd.