[Bug 10160] EXA on r300 with merged framebuffer is slow and fails to repaint XV colorkey properly

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=10160





------- Comment #2 from michel at tungstengraphics.com  2007-03-02 09:08 PST -------
(In reply to comment #1)
> Are you using autopaint for the colorkey or is the app doing it?

Yes, I suspect that's the problem (because it's traditionally done to the root
window, conflicting with the compositing manager) vs. apps that draw the colour
key themselves. The former should be fixed when building the xf86-video-ati git
master branch against the xserver git master branch.


> > So after a reply from Jan Schmidt I tested again and ran without merged
> > framebuffer enabled. There I noticed two things:
> > 
> > 1. The gstreamer bug was gone

If by that you mean the above, that's weird, as it's not related to MergedFB at
all. Maybe you're referring to the video overlay not being visible on one head,
which is a hardware limitation.


> Of course everything is going to be much slower at 3080x1050!  You've doubled
> the size of an already big the desktop.  These chips only have so much
> bandwidth available.

I doubt that's the whole story, though. The radeon driver used to set the EXA
coordinate limit to 2048 even on R300 cards where it only uses the 2D engine,
which supports up to 8192. Again, that's fixed in the xf86-video-ati git master
branch. Also, EXA performance should generally be much better with the xserver
git branches server-1.3-branch or master.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.