View previous topic :: View next topic |
Author |
Message |
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Thu Jan 19, 2006 3:10 pm Post subject: |
|
|
Well after fighting with xvidcap, animate, convert, mplayer, mencoder and finally ffmpeg, I finally managed to get a video made! Woo!
Quality is poor, it didn't capture completely smoothly, and I think I rushed through the action, but I'm gonna have a break before I attempt to make any more.
http://rapidshare.de/files/11356766/xgl_zoom_rotate.avi.html (800x600 mpeg4 2Mb)
My desktop is usually 1920x1200, but I made the Xgl window 800x600 so it would be a reasonable size - That's why my fonts look so big. It's much harder running Xgl from an already running X server than it is to just run it from the command line.
I didn't realise there was such a long wait on rapidshare... So I'll be nice a little longer:
EDIT: REMOVED VIDEOS
(Oh, and I borrowed irondog's video )
Last edited by ianegg on Wed Feb 08, 2006 5:51 pm; edited 3 times in total |
|
Back to top |
|
|
oggialli Guru
Joined: 27 May 2004 Posts: 389 Location: Finland, near Tampere
|
Posted: Thu Jan 19, 2006 3:41 pm Post subject: |
|
|
Thanks, got it compiled that way too. Doesn't change the fact that E17 works very slowly and resizing windows is slow. Also xv is slow. glxcompmgr effects work fast and look super though
Is there any way to get DRI working under Xgl? _________________ IBM Thinkpad T42P - Gentoo Linux |
|
Back to top |
|
|
boniek Guru
Joined: 26 Mar 2005 Posts: 373
|
Posted: Thu Jan 19, 2006 5:20 pm Post subject: |
|
|
I think you need ati r200 or below for good dri support. And thanks for solution to my problem irondog. It worked like a charm! Now installing gnome-light for xgl testing _________________ [HOWTO]New freetype subpixel font rendering for lcd monitors
Last edited by boniek on Thu Jan 19, 2006 5:22 pm; edited 1 time in total |
|
Back to top |
|
|
energyman76b Advocate
Joined: 26 Mar 2003 Posts: 2048 Location: Germany
|
Posted: Thu Jan 19, 2006 5:20 pm Post subject: |
|
|
oggialli wrote: | energyman76b wrote: | Hi,
well, twm goes down with a font error
enlightenment starts - but, how do I get Xgl to start enlightenment (or kwin, which seems not to have a -display option) to always be started?
I have a .xinitrc, but that seems to be ignored? |
Just set the DISPLAY environment variable correctly. Like DISPLAY=:1 /usr/bin/enlightenment-0.17 . Nevertheless, like that, e17 runs too slow at least for me with a R9800XT'esque card and fglrx. Still looking towards hannos ebuilds. |
you missunderstood me.
enlightenmend -display=:1 works, but it seems, that xinitrc gets ignored. And I do not know why. _________________ Study finds stunning lack of racial, gender, and economic diversity among middle-class white males
I identify as a dirty penismensch. |
|
Back to top |
|
|
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Thu Jan 19, 2006 6:33 pm Post subject: |
|
|
.xinitrc is for the normal X server, and has nothing to do with Xgl.
I have 2 scripts, one to start from the command line after I log in, and one to run from an existing X server:
Code: | $ cat startxgl
#!/bin/bash
Xgl -ac -accel xv -accel glx:pbuffer &
DISPLAY=:0 startkde
$ cat startxgl1
#!/bin/bash
Xgl :1 -screen 1024x768 -ac -accel xv -accel glx:pbuffer &
DISPLAY=:1 startkde |
|
|
Back to top |
|
|
Belgabor n00b
Joined: 03 Jul 2003 Posts: 63 Location: Germany
|
Posted: Thu Jan 19, 2006 9:16 pm Post subject: |
|
|
I copied /usr/bin/startx to /usr/bin/startxgl and changed
Code: | xinit $clientargs -- $serverargs -deferglyphs 16 & |
to
Code: | xinit $clientargs -- /usr/bin/Xgl -ac -accel xv -accel glx:pbuffer $serverargs -deferglyphs 16 & |
in that. Works quite nice
The only drawbacks for me so far are:
- Xgl seems to lack the extension that makes extended keymaps work (eg I normally use US English w/ISO9995-3, which is not available in Xgl)
- mplayer with vo xv runs sluggish. x11, gl and gl2 work fine though
- Small bug when maximising and unmaximising a window. glxcompmgr seems to miss the unmaximise and on moving the window uses the maximised size. Dissapears if you resize the window
- So far kde apps (at least kile) kill Xgl
|
|
Back to top |
|
|
StringCheesian l33t
Joined: 21 Oct 2003 Posts: 887
|
Posted: Thu Jan 19, 2006 10:12 pm Post subject: |
|
|
I used Hanno's ebuilds, and if I: Code: | Xgl :1 -screen 1024x768 -ac -accel xv -accel glx:pbuffer & | then I see a 1024x768 window appear.
But then if I Code: | DISPLAY=:1 startkde | orthat window dissappears leaving a segfault error message. |
|
Back to top |
|
|
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Fri Jan 20, 2006 1:01 am Post subject: |
|
|
Can you run any X programs? eg. xterm?
Maybe there's something in people's setups that are causing such a difference in stability? I'm on ~amd64, 2.6.15-archck1, gcc4.0.2, nxsty's glibc-2.3.90.20051211, xorg 7, kde 3.5, nvidia (6800nu) and I everything compiled from scratch (toolchain first) when I changed over to gcc4 and the tweaked glibc, with -Bdirect and nptl(only). |
|
Back to top |
|
|
StringCheesian l33t
Joined: 21 Oct 2003 Posts: 887
|
Posted: Fri Jan 20, 2006 1:13 am Post subject: |
|
|
ianegg wrote: | Can you run any X programs? eg. xterm? |
Hmmm, xterm works. EDIT: and so does fluxbox. And firefox run on fluxbox, no rendering slowdowns. So I guess I'm seeing the QT/KDE issue (Opera also segfaults it like startkde).
And glxcompmgr works, but doesn't cooperate well with fluxbox. When I move a window, the window is still drawn where it used to be even though the mouse cursor changes as if the window is where I moved it to. And the fluxbox right click menu doesn't pop up. EDIT: It actually does pop up, it's just invisible while glxcompmgr is active.
ianegg wrote: | I'm on ~amd64, 2.6.15-archck1, gcc4.0.2, nxsty's glibc-2.3.90.20051211, xorg 7, kde 3.5, nvidia (6800nu) and I everything compiled from scratch (toolchain first) when I changed over to gcc4 and the tweaked glibc, with -Bdirect and nptl(only). |
~x86, gentoo-sources-2.6.14-r4, gcc 3.4.4, nxsty's glibc 2.3.6, xorg 7, kde 3.5, nvidia (5700), with -Bdirect and ntpl (not only). |
|
Back to top |
|
|
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Fri Jan 20, 2006 2:51 am Post subject: |
|
|
32 vs 64 bit and gcc versions seem to be the main differences between our setups. Does anyone else have KDE / qt stable, or am I just lucky? |
|
Back to top |
|
|
boniek Guru
Joined: 26 Mar 2005 Posts: 373
|
Posted: Fri Jan 20, 2006 3:35 am Post subject: |
|
|
Some glitches (like improper shadow rendering) and slow (and I mean really slow) widget rendering. Thats with kde 3.5 and Xgl. Fast, without glitches. Thats Gnome 2.10 and Xgl . Ati proprietary driver 8.20 and r300 chipset (radeon 9500), 32bit athlon-xp system, gcc 3.4.4.
I can't seem to get Xgl to work when starting from bash (without any X server running) though. It just hangs. Zapping serwer and running ps aux shows it as <defunct> process. Any ideas? _________________ [HOWTO]New freetype subpixel font rendering for lcd monitors |
|
Back to top |
|
|
VanDan Guru
Joined: 30 Sep 2002 Posts: 586 Location: Australia
|
Posted: Fri Jan 20, 2006 4:32 am Post subject: Help! |
|
|
I'm having trouble emergeing the xgl build mentioned above.
To start with, I had to comment out all the patches, as they all fail. Maybe this was the start of my problems.
Anyway, while building, I get:
Code: | powerpc-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../GL/glx -I../../GL/glx -I../../GL/include -I../../GL/mesa/include -I../../mi -I../../fb -I../../Xext -I../../render -I/var/tmp/portage/xgl-20060107/work/xserver/Mesa/include -I/var/tmp/portage/xgl-20060107/work/xserver/Mesa/src/mesa/glapi -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_BSD_SOURCE -I../../include -I../../Xext -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -O3 -mtune=7450 -mcpu=7450 -maltivec -mabi=altivec -pipe -MT libglx_la-g_render.lo -MD -MP -MF .deps/libglx_la-g_render.Tpo -c g_render.c -fPIC -DPIC -o .libs/libglx_la-g_render.o
g_render.c:35:24: glapitable.h: No such file or directory
g_render.c: In function `__glXDisp_CallList':
g_render.c:44: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDisp_ListBase':
g_render.c:51: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDisp_Begin':
g_render.c:58: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDisp_FogCoordfv':
g_render.c:196: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDispSwap_FogCoordfv':
g_render.c:196: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDisp_FogCoorddv':
g_render.c:197: error: dereferencing pointer to incomplete type
g_render.c: In function `__glXDispSwap_FogCoorddv':
|
and the errors go on & on, but I suppose the important bit is the 1st bit? The 'g_render.c:35:24: glapitable.h: No such file or directory'?
Has anyone built this recently? |
|
Back to top |
|
|
StringCheesian l33t
Joined: 21 Oct 2003 Posts: 887
|
Posted: Fri Jan 20, 2006 6:18 am Post subject: Re: Help! |
|
|
VanDan wrote: | Has anyone built this recently? |
About 5 hours ago. |
|
Back to top |
|
|
energyman76b Advocate
Joined: 26 Mar 2003 Posts: 2048 Location: Germany
|
Posted: Fri Jan 20, 2006 6:20 am Post subject: |
|
|
ianegg wrote: | 32 vs 64 bit and gcc versions seem to be the main differences between our setups. Does anyone else have KDE / qt stable, or am I just lucky? |
with startkde it does not work, but this is possible:
start Xgl
start enlightenment -display :1
start konsole in Xgl window
in konsole do killall enlightenment && kwin
start kicker
after that it seems more or less to work, but I did not much demanding stuff so far. _________________ Study finds stunning lack of racial, gender, and economic diversity among middle-class white males
I identify as a dirty penismensch. |
|
Back to top |
|
|
sanmartin Tux's lil' helper
Joined: 10 Aug 2005 Posts: 138 Location: Massachusetts
|
Posted: Fri Jan 20, 2006 7:39 am Post subject: |
|
|
I could use some help getting my Xgl build going, but first some questions: What exactly is kdrive and how is it different from the regular X server? How much of the code is shared between the two?
Ok, so onto my problems... First, I had compiling problems with the xserver from cvs. I'm using an ebuild I grabbed from here which I've had to modify slightly to make it work right on my amd64. I've got mesa, glitz, cairo, xgl, glxcompmgr all from cvs. I had to comment out some of the patches those ebuilds used (one-liners) b/c they didn't apply cleanly but that doesn't seem to have affected the making of any of them. The first compile error I got was this:
Code: | In file included from vesa.h:29,
from vesa.c:27:
vm86.h:116: error: field 'vms' has incomplete type |
which came up earlier in this thread, so I had to add --disable-kdriveserver to my compile so it wouldn't fail there. This ebuild *does* use mesa cvs code and I've got the configure flag to use it. It does *not* enable xkb (what does this do exactly?)
So after I disabled kdrive I ran into another compiler error which ended up with me adding -D_XSERVER64 to my CFLAGS. I finally got xgl to compile, but when I run it I still get this:
Code: | Xgl: /var/tmp/portage/xgl-20060107/work/xserver/Mesa/src/mesa/drivers/x11/xm_api.c:1567: XMesaCreateVisual: Assertion `visinfo->nplanes > 0' failed.
Aborted |
Which an earlier post indicated should have been fixed by my CFLAGS change. Are there any other reasons I might be having this problem?
Also, are there any changes I need to make to my xorg.conf? For example, do I still need to enable composite? Are there any modules I should or should not use? I got a complaint about exa when I first tried it, then one about GLcore I think.
I can't wait to try this out! |
|
Back to top |
|
|
prymitive Apprentice
Joined: 13 Jun 2004 Posts: 260
|
Posted: Fri Jan 20, 2006 8:08 am Post subject: |
|
|
ianegg wrote: | 32 vs 64 bit and gcc versions seem to be the main differences between our setups. Does anyone else have KDE / qt stable, or am I just lucky? |
I'm running kde 3.5 build with gcc 3.4.5 under x86 and it's working fine, no crashes so far, it's slower then normal X11 session but if I got it right Xgl is running using Mesa rendering so that's the reason of high cpu usage.
P.S. Sometimes after poping some menu (in opera or konsole) menu stays forever on screen
Last edited by prymitive on Fri Jan 20, 2006 11:02 am; edited 1 time in total |
|
Back to top |
|
|
VanDan Guru
Joined: 30 Sep 2002 Posts: 586 Location: Australia
|
Posted: Fri Jan 20, 2006 10:44 am Post subject: |
|
|
I've deleted my overlay directory and started again. Without commenting out any of the patches, my build fails at:
Code: | * Copying xserver from /var/tmp/portage/xgl-20060107/distdir/cvs-src ...
* CVS module xserver is now in /var/tmp/portage/xgl-20060107/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/xgl-20060107/work/xserver ...
cp: cannot stat `/var/tmp/portage/xgl-20060107/distdir/cvs-src/Mesa': No such file or directory
/usr/local/portage/x11-base/xgl/xgl-20060107.ebuild: line 22: pushd: Mesa: No such file or directory
* Applying mesa-glx-x11-get-drawable-attribs-fix-1.diff ...
* Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff !
* ( /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060107/temp/mesa-glx-x11-get-drawable-attribs-fix-1.diff-14865.out
!!! ERROR: x11-base/xgl-20060107 failed.
!!! Function epatch, Line 350, Exitcode 0
!!! Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff!
!!! If you need support, post the topmost build error, NOT this status message.
|
The log file in questions says:
Code: | ***** mesa-glx-x11-get-drawable-attribs-fix-1.diff *****
========================================================
PATCH COMMAND: patch -p0 -g0 --no-backup-if-mismatch < /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff
========================================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
========================================================
PATCH COMMAND: patch -p1 -g0 --no-backup-if-mismatch < /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff
========================================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
========================================================
PATCH COMMAND: patch -p2 -g0 --no-backup-if-mismatch < /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff
========================================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
========================================================
PATCH COMMAND: patch -p3 -g0 --no-backup-if-mismatch < /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff
========================================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
========================================================
PATCH COMMAND: patch -p4 -g0 --no-backup-if-mismatch < /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff
========================================================
missing header for unified diff at line 4 of patch
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
|
Does anyone know what's up with this? |
|
Back to top |
|
|
prymitive Apprentice
Joined: 13 Jun 2004 Posts: 260
|
Posted: Fri Jan 20, 2006 10:59 am Post subject: |
|
|
boniek wrote: | Some glitches (like improper shadow rendering)? |
Maybe You enabled menu shadows in kde control center? Kde shadows + Xgl shadows will give ugly effect. |
|
Back to top |
|
|
brot Guru
Joined: 06 Apr 2004 Posts: 322
|
Posted: Fri Jan 20, 2006 1:52 pm Post subject: ... |
|
|
Anyone have an idea how to get round the bug with the new portage release with hanno's ebuid overlay ?? |
|
Back to top |
|
|
irondog l33t
Joined: 07 Jul 2003 Posts: 715 Location: Voor mijn TV. Achter mijn pc.
|
Posted: Fri Jan 20, 2006 4:30 pm Post subject: |
|
|
I'm using portage-2.0.53. No big problems here. But I used and posted a work-around here to get it all working. I've no idea whether this work-around has anything to do with the portage bug concerned or not. _________________ Alle dingen moeten onzin zijn. |
|
Back to top |
|
|
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Fri Jan 20, 2006 6:06 pm Post subject: |
|
|
brot wrote: | Anyone have an idea how to get round the bug with the new portage release with hanno's ebuid overlay ?? |
I'm on Portage 2.1_pre3-r1, and it works fine for me; afaik, he updated the ebuild and the bug went away?
sanmartin wrote: | So after I disabled kdrive I ran into another compiler error which ended up with me adding -D_XSERVER64 to my CFLAGS. I finally got xgl to compile, but when I run it I still get this:
Code: | Xgl: /var/tmp/portage/xgl-20060107/work/xserver/Mesa/src/mesa/drivers/x11/xm_api.c:1567: XMesaCreateVisual: Assertion `visinfo->nplanes > 0' failed.
Aborted |
Which an earlier post indicated should have been fixed by my CFLAGS change. Are there any other reasons I might be having this problem? |
It compiled fine for me without specifying the CFLAG, but just gave me that error. Maybe it didn't recognise it in make.conf - did you see it appearing during compilation? Try `CFLAGS="-D_XSERVER64" emerge xgl` and see what happens.
sanmartin wrote: | Also, are there any changes I need to make to my xorg.conf? For example, do I still need to enable composite? Are there any modules I should or should not use? I got a complaint about exa when I first tried it, then one about GLcore I think. |
I haven't altered my xorg.conf. I'm using the propriatry nvidia drivers, so no EXA or DRI for me.
VanDan wrote: | I've deleted my overlay directory and started again. Without commenting out any of the patches, my build fails at:
Code: | >>> Compiling source in /var/tmp/portage/xgl-20060107/work/xserver ...
cp: cannot stat `/var/tmp/portage/xgl-20060107/distdir/cvs-src/Mesa': No such file or directory
/usr/local/portage/x11-base/xgl/xgl-20060107.ebuild: line 22: pushd: Mesa: No such file or directory
* Applying mesa-glx-x11-get-drawable-attribs-fix-1.diff ...
* Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff !
* ( /usr/local/portage/x11-base/xgl/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff ) |
Does anyone know what's up with this? |
I had this error when I first started attemting to use the ebuild. I think Hanno fixed it, so I downloaded the overlay again and it worked... Did you get the overlay recently, or a few days ago? (before ~14jan) I also added cvs to my make.conf FEATURES (not really sure what this does, or if it helped in anyway) and you might want to add keepwork to FEATURES.
I think the problem lays with this line in the ebuild, which was different originally:
Code: | cp -r ${ECVS_TOP_DIR}/Mesa . |
Originally I tried pausing the mesa ebuild after it coppied all it's data, the starting the xgl one. Can't remember if that worked though. It's best to make sure you use only Hanno's ebuilds, I had one or two from fluidportage when I started, but again, I don't know if that helped the problem or not.
I get the annoying shadow bug sometimes, especially when using something full screen, and popups stay in place randomly sometimes. A quick reload of glxcompmgr sorts that. It starts up a lot quicker than the usual composite managers, which also don't work properly in Xgl.
I can't watch tv though, and certain videos get corrupted when using Xv, while others don't. |
|
Back to top |
|
|
boniek Guru
Joined: 26 Mar 2005 Posts: 373
|
Posted: Fri Jan 20, 2006 9:35 pm Post subject: |
|
|
prymitive wrote: | boniek wrote: | Some glitches (like improper shadow rendering)? |
Maybe You enabled menu shadows in kde control center? Kde shadows + Xgl shadows will give ugly effect. |
Yes that was the reason. Anyway DISPLAY=:1 startkde works without any problem. But as I said earlier widget rendering (especially menu items) is soo slow it is not worth it. Works nice in Gnome though (excluding bugs mentioned by others ).
As for playing movies try mplayer -vo x11 <path to movie>. Works great! _________________ [HOWTO]New freetype subpixel font rendering for lcd monitors |
|
Back to top |
|
|
sanmartin Tux's lil' helper
Joined: 10 Aug 2005 Posts: 138 Location: Massachusetts
|
Posted: Sat Jan 21, 2006 8:14 am Post subject: |
|
|
Alright, I finally got mine up and running. It's like 3AM and I don't even wanna go to bed now. My first impression is that the graphical response to the user is much better with the sweeter eyecandy (than say, windows or regular X). I LOVE the way windows move, menus appear, alt-tab highlights the currently selected window (with transparancy!), windows make cool intros and exits when minimized and restored, etc. This is really amazing.
I do notice that my CPU use goes up to about 50% when doing something cool-looking, but I can live with that. Is that something that could be subject to later optimization or is it not really something that can be fixed? I also notice that sometimes moving stuff on the screen will make a sort of skip in the redraw, kinda like it missed a frame in drawing. Other than that the rendering is pretty good. I don't have any artifacts on the screen yet.
Now for some problems I've already noticed. These are mostly with the X server itself and I'm sure they'll all get fixed eventually.
1. nVidia's twinview is broken. I've got no xinerama stuff going on with this thing. I can live with that for now.
2. My xmodmap seems to be broken. It thinks I only have 7 buttons now, x11r7 thought I had 13. I actually have 9 and my config says so
3. gnome panels don't get their always-on-top way with glxcompmgr running (or ever started, it doesn't come back). This problem happened with xcompmgr as well and is a known bug I think.
4. I just maximized a window, unmaximized, now every time I try to move it it gets HUGE, then returns to normal when I let it go. Other windows aren't doing this, though it is reproducable with any window.
5. resizing windows is a bit awkward with the wobbly motion making it move as I resize it. That might be better left off or done in some other way.
Wait - there's more! I just checked glxinfo, which says I'm not using direct rendering. If this looks this good with software rendering, 1) that explans my CPU usage, and 2) how amazing will this be when I figure out what's wrong? This is the only error I get in my Xorg.0.log:
Code: | (II) LoadModule: "GLcore"
(II) Loading /usr/lib64/xorg/modules/extensions/libGLcore.so
dlopen: /usr/lib64/xorg/modules/extensions/libGLcore.so: undefined symbol: __glXLastContext
(EE) Failed to load /usr/lib64/xorg/modules/extensions/libGLcore.so
(II) UnloadModule: "GLcore"
(EE) Failed to load module "GLcore" (loader failed, 7)
|
But I get that in non-Xgl as well and still get direct rendering. What exactly does GLcore do? I read something about it online and it didn't seem all that relevent. I'll spend more time tomorrow figuring out my direct rendering problem.
That's all that comes to mind right now. I guess it's probably bed time, and I shall dream sweet dreams of wobbly windows |
|
Back to top |
|
|
ianegg Apprentice
Joined: 26 Oct 2005 Posts: 279 Location: Breakfast.
|
Posted: Sat Jan 21, 2006 5:37 pm Post subject: |
|
|
boniek wrote: | DISPLAY=:1 startkde works without any problem. But as I said earlier widget rendering (especially menu items) is soo slow it is not worth it. Works nice in Gnome though (excluding bugs mentioned by others ).
As for playing movies try mplayer -vo x11 <path to movie>. Works great! |
Widget rendering seems fine here, the overall experience of KDE on Xgl is smoother then KDE on X. I actually use x11 for video out when I want transparent windows with normal X composite, very handy, but it looks a bit blocky in full screen, and the CPU usage can get a bit high. OpenGL works quite nicely in both mplayer and xine too, but still uses a bit more CPU than Xv. I can't use XvMC at all though
sanmartin wrote: | Alright, I finally got mine up and running. It's like 3AM and I don't even wanna go to bed now.
I also notice that sometimes moving stuff on the screen will make a sort of skip in the redraw, kinda like it missed a frame in drawing. Other than that the rendering is pretty good. I don't have any artifacts on the screen yet. |
That's exactly what I was like when I got it working When you move stuff off the edge of the screen with cube enabled, it wraps it round the corner. Normally windows will follow you around when you rotate the cube 90 degrees, but if you leave them overlapping a corner, then they stay there. So you can kind of have a desktop that's four times as wide... A cylendrical desktop would be amazing... one that looks flat for normal use, but wraps round in a ring when you zoom out. With seamless panoramic wallpaper
sanmartin wrote: | 4. I just maximized a window, unmaximized, now every time I try to move it it gets HUGE, then returns to normal when I let it go. Other windows aren't doing this, though it is reproducable with any window.
5. resizing windows is a bit awkward with the wobbly motion making it move as I resize it. That might be better left off or done in some other way. |
I've seen a couple of mentions of the maximised window bug, resizing the window gets around it, but I compeltely agree about how annoying it can be to move and resize windows accurately. I think if wobbly windows do make standard behaviour at some point, it will be much more subtle, and more useable.
sanmartin wrote: | Wait - there's more! I just checked glxinfo, which says I'm not using direct rendering. If this looks this good with software rendering, 1) that explans my CPU usage, and 2) how amazing will this be when I figure out what's wrong? |
The Xgl server itself and all the rendering of window contents to textures is done with the hardware drivers, glxcompmgr uses mesa though, so all the fancy effects are done with in software. I imagine it's possible for the propriatry driver makers to add the necessary code for it to all be hardware accelerated though.
Have you tried the zoom and rotation effects yet? They're great fun to play with, and the transisitions between normal desktop and cube-with-desktops views are perfectly smooth.
Here's another video demonstrating how the windows follow you around the cube, or stick to the corners: EDIT: REMOVED VIDEOS
During the process of capturing it, I managed to put a space between a wildcard and the string I wanted to rm (rm * png), and deleted everything in my home folder twice!
Last edited by ianegg on Wed Feb 08, 2006 5:51 pm; edited 3 times in total |
|
Back to top |
|
|
Belgabor n00b
Joined: 03 Jul 2003 Posts: 63 Location: Germany
|
Posted: Sat Jan 21, 2006 9:38 pm Post subject: |
|
|
ianegg wrote: | sanmartin wrote: | 4. I just maximized a window, unmaximized, now every time I try to move it it gets HUGE, then returns to normal when I let it go. Other windows aren't doing this, though it is reproducable with any window.
5. resizing windows is a bit awkward with the wobbly motion making it move as I resize it. That might be better left off or done in some other way. |
I've seen a couple of mentions of the maximised window bug, resizing the window gets around it, but I compeltely agree about how annoying it can be to move and resize windows accurately. I think if wobbly windows do make standard behaviour at some point, it will be much more subtle, and more useable.
|
Try switching fullscreen/window-mode in mplayer, even more annoying
I expect resizing to be displayed similar to moving the window grabbing it near the corner.
Edit: There is also a bug when moving windows. There seems to be no center grappoint, it always looks as if you had grabbed it some way left or right. (I only call this a bug because it is quite noticable ) |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|