Re: Will KDE 4 eyecandy be fast?

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: Will KDE 4 eyecandy be fast?
by me on Thursday 22/Mar/2007, @17:15

Does the fallback include using 2d compositing/EXA? I much prefer this as it is, at least on my machine, considerably faster and nicer to look at than all that Beryl crap, which runs slow and looks dumb.

Related Links

·   Articles on KDE Public Relations and Marketing
·   Also by me
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Will KDE 4 eyecandy be fast?
by Troy Unrau on Friday 23/Mar/2007, @08:30

You'd have to ask Seli about who the fallback mechanism works in more details... or, once it's merged back into trunk, I'll do the research and write about it.

*puts on a fedora with a press card on the front*

[ Reply To This | View ]

KWin OpenGL fallback
by Duncan on Saturday 24/Mar/2007, @15:54

This subthread is of concern to me as well, as I've presently a now aging but until very recently "best freedomware 3D support available" ATI Radeon 9200 series card. The native xorg Radeon driver in merged framebuffer mode supports accelerated OpenGL on this thing up to 2048x2048, but I'm running two monitors at 1600x1200 resolution, stacked for 1600x2400, so there's 352 lines' resolution unaccelerated at the bottom of the combined display.

With KDE3 (3.5.6 currently, on Gentoo/amd64), running xorg (now the 7.3-rcs), I've found EXA works waaayyy better than XAA, with composite and composite effects (only the transparency, fading takes time, and shadows just don't add anything to my experience, maybe because I run light foreground on dark background by default, so I can't see them in many cases, unless I reversed them of course, which is just... weird) turned on. It works quite well, actually, with the single exception being OpenGL apps go blank when moved partially into that zone... not so great when that's my main work monitor. I'd hope that before the entire desktop goes OpenGL, xorg would kill that 2048 max height/width acceleration issue -- and of course the xinerama OpenGL accel issue if it still exists as well. That's not under KDE's control of course, but a decent fallback to 2D EXA would be fine, as long as it remains a viable option.

Of course, if there's one thing KDE two and three have been good at -- one of the main reasons it's my desktop of choice -- it's giving people reasonable options, and I'm reasonably sure that's going to continue with four as well. I'm just commenting here in the interest of ensuring it does. =8^)

BTW, here's a now dated (a bit over a year old, Feb 2006, KDE 3.5.1) screenshot (1/3 size). Astute KDE users will likely recognize the layout of the page as modified from one generated by the Konqueror Create Image Gallery tool. =8^)

http://members.cox.net/pu61ic.1inux.dunc4n/pix/screenshots/index.html

Duncan

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"Time for a make-it-cool branch?" -- Simon Hausmann
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.