You are not logged in.
Cimi wrote:
I'm hoping that I'm in the thruthWell, maybe there is some patch to make it work with latest Xgl. But I am sure it didn't work in time when I started with my xgl-abs-overlay. You can look to Gentoo Forums, it was discussed there.
I don't see reason to use unmaintained and unstable glxcompmgr if there is much more stable and actively maintained Compiz. Yes, you can use it with other window managers, but in my opinion it's not worth it.
Compiz has only one theme... :oops:
Offline
Compiz has only one theme... :oops:
For now... but not forever :-) And kde-window-decorator is also on the way. It is IMHO better to use stable Compiz with one theme and wait for other themes or kde-window-decorater, than to use unstable and unmaintained glxcompmgr.
But if you really want glxcompmgr, I can try to add it to my overlay...
Offline
That XGL thing is so nice! I'm dropping KDE for now...
There is some small glitches though. I have an nVidia Geforce4 4200 Go (64MB, AGP4x (supposed to be 8x but dell dropped it to 4x!)):
-Sometimes my cursor diseapear. It reapear sometimes...
-Redraw isn't done at some places (under cursor).
-Playing a video is slow when using "compose" or wobbling (this is ok though ) but more importantly when the window is big
Thanx again for the pkgbuilds!
Offline
There is some small glitches though. I have an nVidia Geforce4 4200 Go (64MB, AGP4x (supposed to be 8x but dell dropped it to 4x!)):
There is in fact almost no difference between AGP 4x and AGP 8x (AGP 4x has almost enough bandwidth for present graphic cards).
-Sometimes my cursor diseapear. It reapear sometimes...
-Redraw isn't done at some places (under cursor).
I don't have these graphical glitches. But I have GeForce FX-5600, so maybe it is problem with GeForce4 4200 Go. You can also try older drivers (for example I am using 1.0.7676, becouse with newer drivers, I have some tearing in XV video playback).
-Playing a video is slow when using "compose" or wobbling (this is ok though ) but more importantly when the window is big
Yes, video playback through XV in fullscreen is really slow in Xgl. It will be improved in future Xgl versions. But you can use for example "mplayer -vo gl2 video.avi" for now, it works great even in fullscreen ;-)
Offline
!!! UPDATE !!!
I have updated my xgl-abs-overlay to be in sync with latest changes in CVS. Now it also includes glitz-0.5.3 (and it is set as default, because of problems some people have with glitz-cvs) and glxcompmgr-cvs (composite manager for Xgl). So you can try xgl + glxcompmgr with other window managers (KWin, Metacity, Openbox, Fluxbox, FVWM, etc.), but remember that glxcompmgr is unmaintained, buggy, unstable and obsole (it is predecessor of compiz).
To start glxcompmgr, use this line:
LD_LIBRARY_PATH=/opt/mesa-cvs/lib/ glxcompmgr gconf cube zoom rotate shadow fade wobbly expose &
(then you can edit glxcompmgr options and keybindings in gconf-editor ==> apps/gnome-composite)
Download: http://mikos.sg1.cz/arch/xgl-abs-overla … 0-1.tar.gz
Offline
Hey Mikos,
Can you provide binary packages ? Im having hell problems here to get it to work.
I am sorry, but I have no interest in making binary packages, because there is ongoing rapid development and there are too frequent updates. I also think that glitz must be compiled against your own graphics OpenGL drivers if you have for example NVidia card (but I am not sure with this).
Offline
I think I have mismaked Xgl - the xgl-cvs package does not own libxglx.so file. And I can't get it working. Is there any way to install all X-related libs at one command? This would help imho.
checking whether to build Xglx DDX... checking for XGLXMODULES... no
And why is this so?
I will try to recompile all the packages in xgl-overlay and then edit this post.
Offline
Hi all,
I just updated to X.Org 7 from current, and I'm anxious to try out xgl. Unfortunatly, when I attempt to build mesa (the first package in series), I get an error:
glxcmds:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
Anyone else getting this error?
Thanks in advance,
Jesse (FlashHater)
[img]http://www.d-destroy.de/userbars/windowsserver.png[/img]
[Pry Developer][FlashHater]
Offline
Hi,
I will retry to build the packages from Mikos against Xorg in current (should be no big deal) and give a link to fresh binaries. Older(!!) ones can still be found here:
http://fopref.donnergurgler.net/xgl/
GL drivers have to be binary compatible so it shouldn't matter against which GL headers one builds, if every needed extension is present in the according headers. Which extensions are available or not on the runtime system has to be detected and handled by the application in runtime, otherwise it's a crap.
I'm still with Mikos that it is *recommended* to build oneself until this gets mature.
cu
Ford Prefect
Offline
Hi all,
I just updated to X.Org 7 from current, and I'm anxious to try out xgl. Unfortunatly, when I attempt to build mesa (the first package in series), I get an error:
glxcmds:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
Anyone else getting this error?Thanks in advance,
Jesse (FlashHater)
There weren't changes in Mesa CVS from yesterday (and it has worked for me), so I think it must be some problem in your system. But I don't know what is wrong, sorry :-/
Offline
mindtriggerz wrote:Hi all,
I just updated to X.Org 7 from current, and I'm anxious to try out xgl. Unfortunatly, when I attempt to build mesa (the first package in series), I get an error:
glxcmds:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
Anyone else getting this error?Thanks in advance,
Jesse (FlashHater)There weren't changes in Mesa CVS from yesterday (and it has worked for me), so I think it must be some problem in your system. But I don't know what is wrong, sorry :-/
EDIT: Turns out I hadn't built the required glproto version.... go me.
[img]http://www.d-destroy.de/userbars/windowsserver.png[/img]
[Pry Developer][FlashHater]
Offline
Hi,
Mikos, the PKGBUILDs should have a "replaces" option.
mesa-cvs: replaces=('mesa')
...
This is important, otherwise users have to use --nodeps and this means dependancys aren't checked at all!
cu
Ford Prefect
Offline
Hi,
Mikos, the PKGBUILDs should have a "replaces" option.
mesa-cvs: replaces=('mesa')
...
This is important, otherwise users have to use --nodeps and this means dependancys aren't checked at all!cu
Ford Prefect
No, don't use the replaces option. It causes uneeded problems. Use the conflicts and provides options instead.
Offline
Which problems?
conflicts/provides didn't work here, it just wanted to deinstall and then thought it couldn't.
Offline
Mikos, the PKGBUILDs should have a "replaces" option. mesa-cvs: replaces=('mesa')
Mesa-cvs shouldn't replace anything! It is installed to /opt/mesa-cvs and it lives in parallel with normal mesa.
conflicts/provides didn't work here, it just wanted to deinstall and then thought it couldn't.
You can uninstall it manually (for example "pacman -Rd cairo") and after that install it (pacman -U cairo-cvs-20060220-1.pkg.tar.gz). "replaces=()" option is really problematic and shouldn't be normally used.
Offline
You're right.
It's confusing I got "files exist in filesystem" errors, perhaps because I tried to use replaces...
Offline
You're right.
It's confusing I got "files exist in filesystem" errors, perhaps because I tried to use replaces...
That error happens when a package try to install files that are already on your system and these files a) belong to another package or b) where installed without using pacman or create by an app.
Replaces should be avoid because, for example, if mesa-cvs is put in a repo that is listed in your pacman.conf then pacman will force you to replace mesa by mesa-cvs even though you want to keep mesa. The replaces option is mostly intended to be used when a package is renamed (because the project was renamed, for example).
Offline
Thanks for your reply, now everything works as expected again (besides Xorg 7 ).
Here are binary packages built from Mikos' PKGBUILDs:
http://fopref.donnergurgler.net/xgl/
It's as usual recommended to not use them ;-)
Offline
Offline
I havent been reading most of the previous posts, but check this video out.. its crazy. gotta have xgl with compiz!
The ultimate Archlinux release name: "I am your father"
Offline
I havent been reading most of the previous posts, but check this video out.. its crazy. gotta have xgl with compiz!
Yeah, this is what we are doing
Xgl is incredible. I do have some problem though, but it's sure impress!
Offline
So, forgive me for not reading back through this entire thing, but does the fancy XGL stuff (wobbly windows, cube, expose-like thing) all only work in GNOME? If so, I fail to see how this is a great improvement for any of the rest of us poor non-GNOME users.
Offline
iBertus, Xgl is a gl accelerated X. So that means you can have wobbly windows and cubed workspaces if you want without killing cpu. Anyone _could_ make it work for kde but Novell came out with the compiz wm which is what makes gnome do all the crazy stuff. You can compile it for kde, but I'm not sure if it even works. Novell pretty much only does gnome based projects.
Offline
Do someone know where to get this glxgears or whale demo, which was shown on the Novell video?
pacman -S xscreensaver
Then you can run these OpenGL screensavers as standalone applications, for example:
/usr/libexec/xscreensaver/atlantis -window # Your whales ;-)
/usr/libexec/xscreensaver/gears -window # Rotating gears
You can try to use -root option if you want it to run on your desktop (root window), but it doesn't work well in Xgl :-( And it isn't transparent. So I think David Reveman must have it patched.
Offline
I too don't use Gnome, but this is normal: Xgl is still in development. They build it with what they use. But when more people will be using it, they will want other WM to benefit from it and you can be sure to see something for KDE or any others.
Offline