On Sat, 2010-11-13 at 22:52 +0100, ext Javier S. Pedro wrote: > 2010/11/13 Carsten Munk <[email protected]>: > > I've actually heard the opposite argument - not using xrandr for > > performance reasons. As it's faster to rotate a surface with the > > application on with GL/GLES than with xrandr. > > Well, what I see on the N900 is that it might be hard or > outright impossible to do flicker-free rotation effect, which might be > desirable -- the current effect in mcompositor looks quite good :).
Because it's not done in mcompositor :). The rotation happens in libmeegotouch only. > I do not know if the delay and spike in cpu as seen on the N900 > while switching (under Maemo) is caused by the underlying fbdev, > Xorg, or the combined cpu usage of all applications being notified > of a geometry change. N900 uses XRandR, which was kind of mandatory for an off-the-shelf toolkit (we didn't have time to create our own toolkit). Even though it looks crap, XRandR has some benefits: it's how desktop does it, so it's the standard way to do rotation. Ideally we would also support that in mcompositor, but it's not yet done. -Kimmo > > Actual rotation of the framebuffer data is done way faster by > omapfb than with GLES. > > Javier. > _______________________________________________ > MeeGo-dev mailing list > [email protected] > http://lists.meego.com/listinfo/meego-dev _______________________________________________ MeeGo-dev mailing list [email protected] http://lists.meego.com/listinfo/meego-dev
