| 1 |
Before answering comments: well, tonight I've seen there must be |
| 2 |
something definitely wrong with my XFCE/Composite setup.No more |
| 3 |
full-time CPU hogging, but switching desktops rapidly became a pain |
| 4 |
-lags of *seconds* with CPU whirling at nearly 90% in between. I had to |
| 5 |
kill xcompmgr. Back to plain old vanilla X. |
| 6 |
|
| 7 |
Ryan Tandy ha scritto: |
| 8 |
>> I was under the impression AIGLX was dying in favour of Xgl. Well, |
| 9 |
>> I'll do my research :) |
| 10 |
>> |
| 11 |
> Quite the other way around, as far as I've been able to tell. Xgl got |
| 12 |
> greater publicity, yes, but AIGLX is the one that will eventually be the |
| 13 |
> "official" solution - it's already present in Portage's xorg-server in |
| 14 |
> some form. |
| 15 |
|
| 16 |
It's nice to have learned this. The big big buzz around Xgl led me think |
| 17 |
quite the contrary, I was aware of AIGLX and that the two projects are |
| 18 |
planning to merge, but I thought Xgl would have engulfed AIGLX code, not |
| 19 |
vice-versa. |
| 20 |
|
| 21 |
> By the way, the latest beta drivers from nVidia provide the OpenGL |
| 22 |
> extension that Compiz and Beryl use, so you don't even need AIGLX nor |
| 23 |
> Xgl, and DRI can remain enabled (wobbly quake3! ^_^). My laptop at the |
| 24 |
> moment has no overlays at all - xorg-server from ~x86, compiz from ~x86, |
| 25 |
> and nvidia-drivers in package.unmask - and it's all working very nicely. |
| 26 |
> :) Hopefully other driver devs will follow suit. |
| 27 |
|
| 28 |
Wow! |
| 29 |
That's a big step towards what I wanted to hear -integrated 3d desktop |
| 30 |
without having to hack around with X.I don't like to use ~x86 for |
| 31 |
critical packages like X, but I hope 7.1 will be x86 relatively soon... |
| 32 |
|
| 33 |
Time to switch to a nvidia card (maybe for christmas? hmm, I need a |
| 34 |
laptop too, but a bit more bucks for a nvidia card... mmm, yummy. what |
| 35 |
relatively cheap (<100 euros) nvidia card would you advice?) |
| 36 |
|
| 37 |
>> Yes, an Exposè-like thing would be really useful. Is it *fast*? |
| 38 |
>> |
| 39 |
> Yes. I tried compiz+AIGLX on my old Celeron 1.5GHz with integrated |
| 40 |
> motherboard video (eeew!) just for kicks and it ran fairly smoothly - |
| 41 |
> modest framerate, but definitely usable. If you mean literally fast, |
| 42 |
> then also yes - all of the animations happen within half a second or so |
| 43 |
> (not that I've measured ;)). |
| 44 |
|
| 45 |
Good news. |
| 46 |
|
| 47 |
> That is awfully cute. :) My favorite feature is the window scaler. Oh, |
| 48 |
> and the way the rest of the desktop sort of drops into the background |
| 49 |
> while Alt-Tabbing - it's subtle but cool. |
| 50 |
|
| 51 |
I think so. Hmm. I'm beginning to get interested. |
| 52 |
|
| 53 |
>> Sigh. I see. I wonder if/when common WMs/DEs will support these things |
| 54 |
>> out of the box (KDE, XFCE and Fluxbox are my favourites :) ) |
| 55 |
>> |
| 56 |
> It depends on how important the WM is to the whole thing, you see. |
| 57 |
> Compiz and its fork, Beryl, work very well with Gnome and KDE because |
| 58 |
> the window manager isn't very important to them - it does very little |
| 59 |
> besides manage windows, while (in Gnome for example) gnome-session and |
| 60 |
> Nautilus do a lot of work as well. There's even a separate program that |
| 61 |
> handles window decorations (gnome-window-decorator in Gnome, kwin I |
| 62 |
> think in KDE). |
| 63 |
> On the other hand, with Fluxbox, Openbox, and similar, |
| 64 |
> the WM is all there is, so it's a big deal to change it. You can't have |
| 65 |
> "Compiz integration in Fluxbox", since they both do the same thing, and |
| 66 |
> will refuse to run at the same time. I have, however, heard rumours of |
| 67 |
> an Openbox clone with some Compiz code spliced into it in initial |
| 68 |
> development... :D |
| 69 |
|
| 70 |
I understand, but having each WM to separately rewrite support for 3d is |
| 71 |
a PITA (for developers, mostly), in my opinion. |
| 72 |
|
| 73 |
I can't believe no one is thinking to a global solution that every WM |
| 74 |
can enable. As far as I know, X programming is a wild bad devil, so |
| 75 |
kudos to the AIGL-X-gl developers nevertheless, but... |
| 76 |
|
| 77 |
Anyway, when I'll come back to setup a GL desktop, I can switch back to |
| 78 |
KDE and use Beryl. But having integrated things in KDE 4 would be... |
| 79 |
mmmmmm... ok, stop the wet dreams NOW. |
| 80 |
|
| 81 |
(Oh, about wet dreams: for the selective transparency idea, any |
| 82 |
possibility/news? whom should I ask about it? I feel I like and need it |
| 83 |
so badly that I can't believe someone with real coding skills isn't |
| 84 |
thinking about it) |
| 85 |
|
| 86 |
m. |
| 87 |
-- |
| 88 |
gentoo-user@g.o mailing list |
Archives