Re: Module Proposal: GNOME Shell

sorry, reply split in two - my allergies are making me less coherent

On Fri, 2010-04-16 at 21:51 +0000, Michael wrote:

> * The visual effects in GNOME Shell don't look much beyond what Doom
> 2 was doing on my completely unaccelerated 486 fifteen years ago,
> albeit with a lower resolution.  Furthermore, most of the time it is running
> with windows mapped one-to-one.  Surely an optimised path would be 
> possible for this case?  I assume (am I wrong?) that that would be a
> Clutter issue, not a GNOME Shell one.  I think that with this fixed, I could
> happily live with slower, software rendered zooming windows (and I
> suspect that the Clutter folks would quickly find some way to make it
> work faster in software too).

with my Clutter maintainer hat firmly on: we are not interested in
supporting a software backend in Clutter, and we're not targeting the
Mesa software rasterizer. Clutter assumes you have basic hardware
acceleration for the OpenGL 1.3 command set - which is a specification
almost 10 years old. we have fallbacks in places, but mostly to cope
with GL and GLES differences.

if you want the Mesa software rasterizer to be faster you can start
contributing to Mesa. I'm sure the maintainers will gladly accept



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]