Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
XGL
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5 ... 28, 29, 30  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Thu Jan 19, 2006 3:10 pm    Post subject: Reply with quote

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
View user's profile Send private message
oggialli
Guru
Guru


Joined: 27 May 2004
Posts: 389
Location: Finland, near Tampere

PostPosted: Thu Jan 19, 2006 3:41 pm    Post subject: Reply with quote

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
View user's profile Send private message
boniek
Guru
Guru


Joined: 26 Mar 2005
Posts: 373

PostPosted: Thu Jan 19, 2006 5:20 pm    Post subject: Reply with quote

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 :D
_________________
[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
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Thu Jan 19, 2006 5:20 pm    Post subject: Reply with quote

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
View user's profile Send private message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Thu Jan 19, 2006 6:33 pm    Post subject: Reply with quote

.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
View user's profile Send private message
Belgabor
n00b
n00b


Joined: 03 Jul 2003
Posts: 63
Location: Germany

PostPosted: Thu Jan 19, 2006 9:16 pm    Post subject: Reply with quote

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 :D
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
View user's profile Send private message
StringCheesian
l33t
l33t


Joined: 21 Oct 2003
Posts: 887

PostPosted: Thu Jan 19, 2006 10:12 pm    Post subject: Reply with quote

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
or
Code:
DISPLAY=:1 firefox
that window dissappears leaving a segfault error message.
Back to top
View user's profile Send private message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Fri Jan 20, 2006 1:01 am    Post subject: Reply with quote

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
View user's profile Send private message
StringCheesian
l33t
l33t


Joined: 21 Oct 2003
Posts: 887

PostPosted: Fri Jan 20, 2006 1:13 am    Post subject: Reply with quote

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
View user's profile Send private message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Fri Jan 20, 2006 2:51 am    Post subject: Reply with quote

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
View user's profile Send private message
boniek
Guru
Guru


Joined: 26 Mar 2005
Posts: 373

PostPosted: Fri Jan 20, 2006 3:35 am    Post subject: Reply with quote

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
View user's profile Send private message
VanDan
Guru
Guru


Joined: 30 Sep 2002
Posts: 586
Location: Australia

PostPosted: Fri Jan 20, 2006 4:32 am    Post subject: Help! Reply with quote

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
View user's profile Send private message
StringCheesian
l33t
l33t


Joined: 21 Oct 2003
Posts: 887

PostPosted: Fri Jan 20, 2006 6:18 am    Post subject: Re: Help! Reply with quote

VanDan wrote:
Has anyone built this recently?

About 5 hours ago.
Back to top
View user's profile Send private message
energyman76b
Advocate
Advocate


Joined: 26 Mar 2003
Posts: 2048
Location: Germany

PostPosted: Fri Jan 20, 2006 6:20 am    Post subject: Reply with quote

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
View user's profile Send private message
sanmartin
Tux's lil' helper
Tux's lil' helper


Joined: 10 Aug 2005
Posts: 138
Location: Massachusetts

PostPosted: Fri Jan 20, 2006 7:39 am    Post subject: Reply with quote

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
View user's profile Send private message
prymitive
Apprentice
Apprentice


Joined: 13 Jun 2004
Posts: 260

PostPosted: Fri Jan 20, 2006 8:08 am    Post subject: Reply with quote

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
View user's profile Send private message
VanDan
Guru
Guru


Joined: 30 Sep 2002
Posts: 586
Location: Australia

PostPosted: Fri Jan 20, 2006 10:44 am    Post subject: Reply with quote

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
View user's profile Send private message
prymitive
Apprentice
Apprentice


Joined: 13 Jun 2004
Posts: 260

PostPosted: Fri Jan 20, 2006 10:59 am    Post subject: Reply with quote

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
View user's profile Send private message
brot
Guru
Guru


Joined: 06 Apr 2004
Posts: 322

PostPosted: Fri Jan 20, 2006 1:52 pm    Post subject: ... Reply with quote

Anyone have an idea how to get round the bug with the new portage release with hanno's ebuid overlay ??
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Fri Jan 20, 2006 4:30 pm    Post subject: Reply with quote

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
View user's profile Send private message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Fri Jan 20, 2006 6:06 pm    Post subject: Reply with quote

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. :oops: 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
View user's profile Send private message
boniek
Guru
Guru


Joined: 26 Mar 2005
Posts: 373

PostPosted: Fri Jan 20, 2006 9:35 pm    Post subject: Reply with quote

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
View user's profile Send private message
sanmartin
Tux's lil' helper
Tux's lil' helper


Joined: 10 Aug 2005
Posts: 138
Location: Massachusetts

PostPosted: Sat Jan 21, 2006 8:14 am    Post subject: Reply with quote

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
View user's profile Send private message
ianegg
Apprentice
Apprentice


Joined: 26 Oct 2005
Posts: 279
Location: Breakfast.

PostPosted: Sat Jan 21, 2006 5:37 pm    Post subject: Reply with quote

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
View user's profile Send private message
Belgabor
n00b
n00b


Joined: 03 Jul 2003
Posts: 63
Location: Germany

PostPosted: Sat Jan 21, 2006 9:38 pm    Post subject: Reply with quote

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 :wink:
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 :wink: )
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4, 5 ... 28, 29, 30  Next
Page 4 of 30

 
Jump to:  
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