XGL (Part 6)

[pem]

The "state" plugin does not appear under csm-0.4. Does somebody know if it has been removed?

It's still there for me - but instead of being labelled 'state', it's "Set Window Attribs by various criteria". Right after that, of course, is '[state]'.

Thx Janax. For thus who would like to have transparent menu, launch CSM and select "Set Window Attribs by various criteria". Under the "String Lists" tab, for "Window Opacity", enter:

Code: Select all

w:Unknown:85

Now it should look like menu on Mac OSX. Very nice

[jasn]

Then does anyone know how to turn off the annoying zoom before rotate with the current software?

Sorry, I meant the checkbox for "zoom_before_rotate" has gone, you should still be able to set the time to zero.

My bad.. Thanks dleverton and faugusztin.. Setting the zoom value to 0 AND then restarting compiz, did the trick. This is different from before (as I posted previously), but things are set the way I like it now.. Thanks..!

[pschellart]

Hi Everyone,

I used XGL for a week or so and everything was great and fast. But then I updated to the latest version (using layman) and now my XGL is realy slow. The effects are fast but rendering the windows is slow and when moving windows the window lags behind the mouse pointer. Also moving windows leaves black lines on the screen (menus being opened and closed do this as well). When typing there is a short delay between hitting the key and the letter getting redered. This is realy annoying.

I start XGL using the following script from command line:
______________________________________________
# Start Xgl Server
Xgl -ac -accel glx:pbuffer -accel xv:pbuffer -fp `grep -i fontpath /etc/X11/xorg.conf | egrep -v "[:space:]*#" | sed "s/.\+\"\(.\+\)\"/\1,/g" | xargs echo | sed "s/\ //g" | sed "s/,\$//"` &

# Start Compiz window manager
DISPLAY=:0 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib dbus-launch --auto-syntax --exit-with-session compiz-manager --replace dbus csm &

# test for an existing bus daemon, just to be safe
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
# if not found, launch a new one
eval `dbus-launch --sh-syntax --exit-with-session`
fi

# Wait for Xgl and compiz to load then start the desktop manager
sleep 3
DISPLAY=:0 startkde &
_____________________________________________

My graphics card is a ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]
I use the open source radeon drivers (the ati-drivers do not support my card) and I have direct rendering support in Xorg working (at least it outputs direct rendering: Yes in glxinfo) I know it's an older card but everything worked fine before and I don't need the water and wobble plugins just switcher and rotate/cube)

Please help

P.S. Replacing the graphics card is not an option since I use a laptop (is possible but way to much work)

[Clete2]

Hi guys,

I'm trying to setup XGL (obviously) .

I have been going through the WIKI. I chose layman to get my packages. And I chose compiz-quinnstorm. So, I followed everything down to:

Code: Select all

Optional: gset-compiz is an alternative to gconf-editor for configuring Compiz and its plugins:

# emerge --ask --verbose gset-compiz

Portage told me that gset-compiz doesn't exist, which isn't a problem.. I'll just use gconf-editor.

So, I open up gconf-editor, but only to find that compiz isn't in there at all. So, I run the 2 commands that it tells me to run:

Code: Select all

# export GCONF_CONFIG_SOURCE="xml:merged:/etc/gconf/gconf.xml.defaults"
 # gconftool-2 --makefile-install-rule /etc/gconf/schemas/compiz.schemas

The first one works fine, but I get this from the second one:

Code: Select all

localhost cpm-0.5.1 # gconftool-2 --makefile-install-rule /etc/gconf/schemas/compiz.schemas
Resolved address "xml:merged:/etc/gconf/gconf.xml.defaults" to a writable configuration source at position 0
I/O warning : failed to load external entity "/etc/gconf/schemas/compiz.schemas"
Failed to open `/etc/gconf/schemas/compiz.schemas': No such file or directory
localhost cpm-0.5.1 #                   

What is the problem here? I'm very new to XGL, so I don't really know what I'm doing. I did a 'find / -name compiz.schemas' with no yield. I don't seem to have the file anywhere on my system. /etc/gconf/schemas/ is populated, but not with anything relating to compiz. Any idea what I did wrong?

[Bloot]

If you use compiz-quinnstorm then use csm to configure compiz.

Code: Select all

dbus-launch csm

[Clete2]

If you use compiz-quinnstorm then use csm to configure compiz.

Code: Select all

dbus-launch csm

Thanks. That worked.

[to+]

Got XGL working with KDE, and it works great.

Can you play movies in fullscreen mode with mplayer?

[massimo]

Got XGL working with KDE, and it works great.

Can you play movies in fullscreen mode with mplayer?

This works without any problems here for me .

[SaguratuS]

I've been a long time user of compiz on kde, and there's actually a very small number of minor bugs that are kde-specific. As far as media goes, there's only two problems on a modern system with nvidia:
-No xv vsync (Solution: Use gl2 on mplayer, opengl on xine / vlc [Hit or miss on some systems])
-xine-lib xv output playing wmv can have some weird results (Solution: use mplayer)
-HD (1080p) video on mplayer can run out of sync (Solution: Play on underlying server, or without vsync using xv/sdl)
-Browser media plugins can cause instability

To+: There were some fullscreen bugs quite some time ago with kde which required manually setting fullscreen window attributes, however this was a compiz bug and was fixed quite some time ago.

[hra]

I'm experiencing major memory leaks on both XGL and compiz on a AMD64 box. If i leave my box on overnight and return the next morning, my harddisk is going nuts from swapping and the system is totally unresponse to the point that i need to hard-reset. During the workday memory usage steadily increases on XGL and compiz, so i guess those are the cullprits..

I'm using KDE with cgwd, use xinerama for dual screen setup, and use taskbar hiding since maximized windows tend to ignore (and thus extend under) the taskbar on the 2nd screen.

xgl-0.0.1_pre20060714
compiz-quinnstorm-0.0.13.48.1
compiz-quinnstorm-plugins-0.24

Anyone else experiencing the same or maybe someone out there with a possible fix?

[krickric]

I'm new in this topic, but my problem is new too
starting compiz gconf I get an error:

# DISPLAY=:0 compiz gconf
# compiz: SmcOpenConnection failed: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed

my system: x86_64, nvidia-kernel,nvidia-glx

[to+]

To+: There were some fullscreen bugs quite some time ago with kde which required manually setting fullscreen window attributes, however this was a compiz bug and was fixed quite some time ago.

Is Compiz-quinnstorm + Cgwd a working combination or do I have to use vanilla compiz?

[pem]

To+: There were some fullscreen bugs quite some time ago with kde which required manually setting fullscreen window attributes, however this was a compiz bug and was fixed quite some time ago.

Is Compiz-quinnstorm + Cgwd a working combination or do I have to use vanilla compiz?

It works like a charm for me.

[xanas3712]

Works great right now for me as well using compiz-quinnstorm-0.0.13.39 (I just downloaded the src and renamed the 38 ebuild, not sure if xgl coffee has released it yet). cgwd-9999, and csm-9999

The compiz-quinnstorm-9999 cvs ebuild still didn't work last I tried it.

I recommend saving your old binaries as bugs creep in later versions sometimes and take awhile to get resolved. So find something you are happy with and save it in case something new doesn't work.

[Headrush]

Is Compiz-quinnstorm + Cgwd a working combination or do I have to use vanilla compiz?

Just got it working with these and working very well and stable.

Movies are playing well in fullscreen. (XV output worked fine for me, not need for gl2)

[speeddemon]

I'm experiencing major memory leaks on both XGL and compiz on a AMD64 box. If i leave my box on overnight and return the next morning, my harddisk is going nuts from swapping and the system is totally unresponse to the point that i need to hard-reset. During the workday memory usage steadily increases on XGL and compiz, so i guess those are the cullprits..

I'm using KDE with cgwd, use xinerama for dual screen setup, and use taskbar hiding since maximized windows tend to ignore (and thus extend under) the taskbar on the 2nd screen.

xgl-0.0.1_pre20060714
compiz-quinnstorm-0.0.13.48.1
compiz-quinnstorm-plugins-0.24

Anyone else experiencing the same or maybe someone out there with a possible fix?

No problems here, but my guess would be xinerama.

[SDNick484]

After upgrading to gnome-2.16, I was having touble getting Xgl to work with Gnome (but it worked fine with KDE & Xfce). I was able get it to launch by changing the following in startxgl:

Code: Select all

	DISPLAY=:$1 /usr/libexec/gnome-settings-daemon &
	DISPLAY=:$1 nautilus -n --sync &
	DISPLAY=:$1 gnome-panel

to

Code: Select all

	DISPLAY=:$1 dbus-launch /usr/libexec/gnome-settings-daemon &
	DISPLAY=:$1 dbus-launch nautilus -n --sync &
	DISPLAY=:$1 dbus-launch gnome-panel

Oddly enough, gnome-window-decorator didn't require the change (although I'm sure it wouldn't hurt.

[SDNick484]

Towards the beginning of this thread, I had asked about disabling the zoom out that occurs when I rotate to different sides of the cube; I was given the following suggestion by Grimz which worked at that time.

As for the zoom out/in effect when the cube rotates, you can change that in gconf-editor: Apps -> Compiz -> Plugins -> Rotate -> Screen0 -> Zoom. Set this Zoom value (right down the very bottom) to 0.

It doesn't seem to have an effect anymore; I have both zoom & zoom_before_rotate set to 0, is there anything else?

[otx]

After upgrading to the latest compiz-quinnstorm (0.0.13.54) I have a very thin workspace switcher (the size of one normal workspace) on the panel. Does anyone have this syndrome? Any idea?

[nesl247]

After upgrading to gnome-2.16, I was having touble getting Xgl to work with Gnome (but it worked fine with KDE & Xfce). I was able get it to launch by changing the following in startxgl:

Code: Select all

	DISPLAY=:$1 /usr/libexec/gnome-settings-daemon &
	DISPLAY=:$1 nautilus -n --sync &
	DISPLAY=:$1 gnome-panel

to

Code: Select all

	DISPLAY=:$1 dbus-launch /usr/libexec/gnome-settings-daemon &
	DISPLAY=:$1 dbus-launch nautilus -n --sync &
	DISPLAY=:$1 dbus-launch gnome-panel

Oddly enough, gnome-window-decorator didn't require the change (although I'm sure it wouldn't hurt.

gnome-window-decorator doesn't use dbus. Please change XSESSION="<Currnt Value>" to Gnome and make sure it's uncommented in /etc/rc.conf. Once you do that, your start script only needs to contain the start for compiz and cgwd or just compiz-manager in the gnome session manager.

[Jupiter1TX]

Towards the beginning of this thread, I had asked about disabling the zoom out that occurs when I rotate to different sides of the cube; I was given the following suggestion by Grimz which worked at that time.

As for the zoom out/in effect when the cube rotates, you can change that in gconf-editor: Apps -> Compiz -> Plugins -> Rotate -> Screen0 -> Zoom. Set this Zoom value (right down the very bottom) to 0.

It doesn't seem to have an effect anymore; I have both zoom & zoom_before_rotate set to 0, is there anything else?

Are you still using gconf-editor?
Since "9-4-06 compiz-13.41" compiz has been using csm instead of gconf-editor
Some revs require certain rev of the other software. For example
compiz-13.53 has upstream changes that work properly with compiz-plugins-28
or newer. The updated changelog files for each respective package is in the
debian folder of each package.

The zoom feature is working fine with the latest cvs packages.
The only setting i had to adjust in the new csm is in rotate/numeric values/zoom

[malteo]

HOLD ON!!!
compiz is in portage!
http://packages.gentoo.org/ebuilds/?com ... re20060916

[nesl247]

That's only vanilla compiz and it's only for aiglx. (The portage compiz)

[dogas]

Hey, so I'm following the xgl install instructions on the wiki, however, xgl fails to compile, it's giving me a couple errors.

With command:

Code: Select all

grizzlebee glx # emerge -av xgl

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] x11-base/xgl-0.0.1_pre20060823  USE="ipv6 -debug -xinerama" 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
 [1] /usr/portage/local/layman/portage-xgl

..it compiles for about 10 minutes, then gives:

Code: Select all

make[4]: Entering directory `/var/tmp/portage/xgl-0.0.1_pre20060823/work/xgl/hw/xgl/glx/module'
if /bin/sh ../../../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include    -I../../../../hw/xgl/glx -I../../../../hw/xgl  -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT   -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow  -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb  -O2 -march=k8 -pipe -fomit-frame-pointer -MT xglxmodule.lo -MD -MP -MF ".deps/xglxmodule.Tpo" -c -o xglxmodule.lo xglxmodule.c; \
then mv -f ".deps/xglxmodule.Tpo" ".deps/xglxmodule.Plo"; else rm -f ".deps/xglxmodule.Tpo"; exit 1; fi
mkdir .libs
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../hw/xgl/glx -I../../../../hw/xgl -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb -O2 -march=k8 -pipe -fomit-frame-pointer -MT xglxmodule.lo -MD -MP -MF .deps/xglxmodule.Tpo -c xglxmodule.c  -fPIC -DPIC -o .libs/xglxmodule.o
/bin/sh ../../../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -I../../../../hw/xgl/glx -I../../../../hw/xgl  -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT   -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow  -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb  -O2 -march=k8 -pipe -fomit-frame-pointer   -o libxglx.la -rpath /usr/lib64/xorg/modules/xgl -avoid-version xglxmodule.lo ../../../../hw/xgl/glx/libxglx.la ../../../../hw/xgl/glxext/libxglglxext.la -lglitz-glx -lGL -lpthread -lglitz -lm -lXrender -lX11 -lXrandr -lxkbfile -lXinerama   -lm
grep: /usr//usr/${libdir}/libGL.la: No such file or directory
/bin/sed: can't read /usr//usr/${libdir}/libGL.la: No such file or directory
libtool: link: `/usr//usr/${libdir}/libGL.la' is not a valid libtool archive
make[4]: *** [libxglx.la] Error 1
make[4]: Leaving directory `/var/tmp/portage/xgl-0.0.1_pre20060823/work/xgl/hw/xgl/glx/module'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/xgl-0.0.1_pre20060823/work/xgl/hw/xgl/glx'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/xgl-0.0.1_pre20060823/work/xgl/hw/xgl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-0.0.1_pre20060823/work/xgl/hw'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xgl-0.0.1_pre20060823 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  ebuild.sh, line 1255:   Called x-modular_src_compile
  x-modular.eclass, line 331:   Called x-modular_src_make
  x-modular.eclass, line 326:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/portage/local/layman/portage-xgl'

Any ideas?

Thanks!

[nesl247]

I'll fix it in a little while but the issue is that whoever modified the ebuild did a line wrong in the ./configure process. (That's my best guess without having the ebuild in front of me)