XGL - Page 7

Message

prymitive · Post by **prymitive** » Fri Jan 27, 2006 10:25 am

1. new ebuilds are no good for me, xgl build ok but qt apps segfault on startup and kills xgl
2. I had problem getting my national letters with xgl, turns out that I couldnt get them under Xorg too, after fighting this I discovered that I need to switch Option "XkbRules" from "xf86" (or xfree I can't remember) to "xorg" or xkb wan't work, after that I my keyboard is working ok under xorg and xgl.
3. after fixing xkb xgl wouldn't start, I got "glibc detected blah blah" and segfault, building from old ebuild with --disable-xkb (I enabled it before) fixed that, I got now fully working xgl

and I'm very happy with that.
Now I'm thinking how to get Xgl to start as default so I won't need to start it mannually.

sunmoon1997 · Post by **sunmoon1997** » Sat Jan 28, 2006 2:50 am

the qt app crashes has something to do with missing X core fonts, you need tell Xgl where are you fonts. i start Xgl using following command, qt apps are no long crash for me.

Xgl -accel xv -accel glx:pubffer -ac -fp /usr/share/fonts/100dpi,/usr/share/fonts/75dpi,/usr/share/fonts/misc

Belgabor · Post by **Belgabor** » Sun Jan 29, 2006 1:03 am

sunmoon1997 wrote:the qt app crashes has something to do with missing X core fonts, you need tell Xgl where are you fonts. i start Xgl using following command, qt apps are no long crash for me.
Xgl -accel xv -accel glx:pubffer -ac -fp /usr/share/fonts/100dpi,/usr/share/fonts/75dpi,/usr/share/fonts/misc

Unfortunately this doesn't work for me.

I also tried to dactivate xfs to see whether that was the reason, but no luck, qt apps still crash for me. I'll now try updating and see if it works then.

FireBurn · Post by **FireBurn** » Sun Jan 29, 2006 3:59 am

I don't apear to be able to get XGL working with direct rendering enabled

I currently use the latest Nvidia drivers

I'd be greatful for any help

Thanks

Pse · Post by **Pse** » Sun Jan 29, 2006 8:15 am

Xgl -accel xv -accel glx:pubffer -ac -fp /usr/share/fonts/100dpi,/usr/share/fonts/75dpi,/usr/share/fonts/misc

Although I haven't even tried XGL, or know it's options, I'm bound to believe "glx:pubffer" is a typo and should read "glx:pbuffer". Maybe that's something to do with your problem, Belgabor...

ianegg · Post by **ianegg** » Sun Jan 29, 2006 1:38 pm

FireBurn wrote:I don't apear to be able to get XGL working with direct rendering enabled

I currently use the latest Nvidia drivers

I'd be greatful for any help

Thanks

What do you mean enabled? In the ebuild? In xorg.conf? On the command line(?)?

DRI should be disabled for nvidia binary drivers, btw.

tr4nce · Post by **tr4nce** » Sun Jan 29, 2006 5:26 pm

any fix (or cvs update) to glxcompmgr "black windows"?

FireBurn · Post by **FireBurn** » Sun Jan 29, 2006 5:39 pm

Sorry what I mean is that when I use Xgl glxinfo tells me that Direct Rendering isn't on

It works fine normally

maxcow · Post by **maxcow** » Sun Jan 29, 2006 7:48 pm

tr4nce wrote:any fix (or cvs update) to glxcompmgr "black windows"?

I've been looking for a list of commits or a recent viewCVS of mesa and XGL, and I didn't find any.. does anyone know if there is such a thing?

I've been updating the mesa, xgl and glxcompmgr by emerging them again, which I didn't want to do to not stress the cvs servers until I'm sure there is a fix...

The_Ace · Post by **The_Ace** » Sun Jan 29, 2006 11:18 pm

From what I've understood, David Reveman did his code drop in the beginning of Januar as a response to the critics Aaron Siego stirred up with his blog complaining that Novell took of the XGL development inhouse. He then resumed the development for Novell and no further development of the official xorg tree is to take place until either:

Another developer steps up and starts to commit serious patches and not just bugfixes.

David does another code drop.

ianegg · Post by **ianegg** » Mon Jan 30, 2006 1:24 am

FireBurn wrote:Sorry what I mean is that when I use Xgl glxinfo tells me that Direct Rendering isn't on

It works fine normally

In that case, you have nothing to worry about, I don't think direct rendering is working at the mo because of the reliances on Mesa. Maybe when the actual Xegl (or whatver it's called) server is useable, it will be able to use direct rendering.

maxcow wrote:I've been updating the mesa, xgl and glxcompmgr by emerging them again, which I didn't want to do to not stress the cvs servers until I'm sure there is a fix...

If you run emerge with one of these CVS ebuilds, you can see it checking for updates, and if there aren't any it just moves on to the next step. I normally press CTRL+C at that point. (I dunno how to use CVS myself

) It shouldn't download anything unless there's an update, so you don't have to worry about stressing the servers, and you don't have to keep building the same thing unless there are changes.

There have been a couple of minor changes to xgl and mesa, but nothing that's fixed the black window problem.

Belgabor · Post by **Belgabor** » Mon Jan 30, 2006 11:58 am

Pse wrote:
Xgl -accel xv -accel glx:pubffer -ac -fp /usr/share/fonts/100dpi,/usr/share/fonts/75dpi,/usr/share/fonts/misc
Although I haven't even tried XGL, or know it's options, I'm bound to believe "glx:pubffer" is a typo and should read "glx:pbuffer". Maybe that's something to do with your problem, Belgabor...

I didn't see this mistake, as the poster called it a font problem I just copied the '-fp ...' to my start script. I believe if I had that typo Xgl probably wouldn't have started at all...

SPiRiTs · Post by **SPiRiTs** » Mon Jan 30, 2006 12:15 pm

is someone can tell me how to use glxcompmgr with ati proprietary drivers ?

xgl is launched properly
but
glxcompmgr need composite, but dri is disabled if i activate composite.....

does I need to use xorg ati drivers ?

prymitive · Post by **prymitive** » Mon Jan 30, 2006 12:17 pm

SPiRiTs wrote:is someone can tell me how to use glxcompmgr with ati proprietary drivers ?

xgl is launched properly
but
glxcompmgr need composite, but dri is disabled if i activate composite.....

does I need to use xorg ati drivers ?

glxcompmgr doesn't need composite, I'm using ati-drivers and everything works fine.

SPiRiTs · Post by **SPiRiTs** » Mon Jan 30, 2006 7:38 pm

Code: Select all

# glxcompmgr
glxcompmgr: No composite extension

this is the error message i have.....

bob_111 · Post by **bob_111** » Tue Jan 31, 2006 12:49 am

SPiRiTs wrote:
Code: Select all
# glxcompmgr
glxcompmgr: No composite extension
this is the error message i have.....

I get this when i try to start xlgcompmgr in my normal X server (Not the XGL one).

Now for my problem. I have everything installed but i get an error when i try to use glxcompmgr. Something about no GLX. I'll get the error message soon. Oh yeah and my graphics are all distorted and stuff when i move things =\

- bob_111

EDIT: Ok, the error message is:p

Code: Select all

glxcompmgr: GLX_MESA_render_texture is missing
glxcompmgr: Failed to manage screen :0
glxcompmgr: No managable screens found on display :1

I'm using the latest CVS source for xgl but not for mesa. Is this the problem ? I also had to compile xgl with --disable-dri but that shouldnt be the problem should it ?

The_Ace · Post by **The_Ace** » Tue Jan 31, 2006 9:14 pm

You need to use the ATIs or NVIDIAs own drivers as they are the only ones that support GLX_MESA_render_texture.
Right now your problably linking to the open-source mesa library.

ianegg · Post by **ianegg** » Tue Jan 31, 2006 10:17 pm

bob_111 wrote:I'm using the latest CVS source for xgl but not for mesa. Is this the problem ?

Yep. You'll have to use Hanno's mesa ebuild for glxcompmgr to work.

Think about it The_Ace, why would the propriatry drivers support GLX_MESA_render_texture, but not Mesa?

edit:

David Reveman wrote:The GLX_MESA_render_texture implementation in Xgl can be used by a GLX
client for binding a pixmap to a texture object but it will soon be
replaced by an implementation of GLX_EXT_texture_from_pixmap, which is
pretty much the same thing. Until then GLX_MESA_render_texture will be
supported and I've attached the two patches needed for support in mesa's
indirect rendering code.

stalynx · Post by **stalynx** » Thu Feb 02, 2006 2:52 am

The_Ace wrote:From what I've understood, David Reveman did his code drop in the beginning of Januar as a response to the critics Aaron Siego stirred up with his blog complaining that Novell took of the XGL development inhouse. He then resumed the development for Novell and no further development of the official xorg tree is to take place until either:

Another developer steps up and starts to commit serious patches and not just bugfixes.

David does another code drop.

Aaron Siego likes to claim this but I doubt it's true. The XGL project is a Novell project. If you look at some the newer source code it will say "Copyright © 2005 Novell, Inc." I suspect the only reason David Reveman released the code was to get it into the Xorg tree. We should expect another code drop around Feb. 8th, this is XDevConf and Dave Reveman will be showing off XGL and hopefully his new OpenGL composite manager compiz.

Honestly we should be thanking Novell for pushing XGL developement. I doubt that without Novell's sponsorship of David Reveman and his project any of us would be using XGL at the moment.

aslocum · Post by **aslocum** » Fri Feb 03, 2006 12:50 pm

wow.. you must see this videos...

http://membres.lycos.fr/athome93/MVI_1949_bis.AVI
http://membres.lycos.fr/athome93/MVI_1950_bis.AVI
http://membres.lycos.fr/athome93/MVI_1951_bis.AVI
http://membres.lycos.fr/athome93/MVI_1952_bis.AVI

infirit · Post by **infirit** » Fri Feb 03, 2006 1:20 pm

Cool

I think this the presentation done by Novell for the new NLD.

didumos · Post by **didumos** » Fri Feb 03, 2006 1:23 pm

aslocum wrote:wow.. you must see this videos...

http://membres.lycos.fr/athome93/MVI_1949_bis.AVI
http://membres.lycos.fr/athome93/MVI_1950_bis.AVI
http://membres.lycos.fr/athome93/MVI_1951_bis.AVI
http://membres.lycos.fr/athome93/MVI_1952_bis.AVI

Wow

The more XGL I see the more I want it on my desktop. Just for the raw speed of it all than any fancy effects.

Is there any hope of it working with the ati r300 open-source driver soon, or maybe someone's got it working already? The temptation to switch to fglrx and try this out myself is strong

sian · Post by **sian** » Fri Feb 03, 2006 4:52 pm

Me too, but this is only for beauty and not useful

irondog · Post by **irondog** » Fri Feb 03, 2006 5:11 pm

sian wrote:Me too, but this is only for beauty and not useful

Wrong. Linux desktops tend to be sluggish. This new technology will change that.

ianegg · Post by **ianegg** » Fri Feb 03, 2006 5:24 pm

Wow, there's some really nice improvements in there.

Having transitions for windows being opened etc really helps give a more comprehensive sense of what's going on on the desktop. The same with actually rotating between desktops - it helps keep track of everything in a natural way instead of just keeping track of numbers or labels in your head. Real time thumbnails for task switching and better performance all round. Etc etc etc. There are a huge number of benefits other than just eye candy.