http://bugs.opencompositing.org/show_bug.cgi?id=461
Tom Jaeger <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
--- Comment #6 from Tom Jaeger <[EMAIL PROTECTED]> 2008-03-10 07:18:09 ---
Here is what I think the problem is: If the screen orientation is anything
other than 'normal', the hardware can't display a buffer with the screen's
contents directly, but has to go through an intermediate "shadow buffer"
instead, which is then rotated in software and copied into the actual frame
buffer. In the current xserver implementation, the screen is updated whenever
the screen pixmap is damaged, but apparently, this never happens.
I imagine this would be easy to fix if we could get our hands on the screen
pixmap (i.e. what the internel xserver function GetScreenPixmap returns). But
there is another problem: software rotation is ridiculously slow (at least on
my intel igp, I got less than 4fps on a fullscreen glxgears, that's less than
20MB/s), so even if this was fixed, the desktop would probably turn into a
slide show.
So the real question is if there is some way for compiz to bypass the shadow
buffer, do the rotation itself (in opengl, which should be fast) and render the
result directly into the actual frame buffer?
--
Configure bugmail: http://bugs.opencompositing.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Dev mailing list
[email protected]
http://lists.compiz-fusion.org/mailman/listinfo/dev
