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

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Mar 2 08:18:23 PST 2007


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

           Summary: EXA on r300 with merged framebuffer is slow and fails to
                    repaint XV colorkey properly
           Product: xorg
           Version: git
          Platform: Other
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/Radeon
        AssignedTo: xorg-driver-ati at lists.x.org
        ReportedBy: mblaesing at gmx.de
         QAContact: xorg-team at lists.x.org


I noticed this, when running totem under an EXA "accelerated" environment. This
is a cut and paste from the gnome bugzilla, where I fist suspected xvimagesink
of gestreamer to be the cause of the bug:

"Totem is currently unusable for me, when running a setup with EXA and the
composite extension enabled, becaus everytime somethink covers the totem
window, the video is hidden in that part. Problem is, that for example gaim
causes this effekt for the whole desktop when hiding the gaim window.

Testing with xine and mplayer (both also using the XV extension) don't show
this effect.

Steps to reproduce:
1. run a xserver with EXA and Composite Extension
2. gst-launch-0.10 videotestsrc ! xvimagesink
3. move anoterh window over the window of the xvimagesink and move this window
away
4. move xvimagesink


Actual results:
on step 3. the part of the xvimagesink window, that was hidden by the other
window is not redrawn with the contents of the videotestsource. Moving the
window make the contents visible again/completly

Expected results:
in step 3. the xvimageink window should be completly refreshed

Does this happen every time?
yes"

Basicly I just get parts of the unterlying window/desktop shown in the video
window, when the covering window is removed from the xvimagesink window.

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
2. The system felt much better

2. means, that when running with merged framebuffer (at max. 3080x1050) I had
to run xcompmgr, to get an evnvironment, I could work in, this was not
necessary in the 1680x1050 case without merged framebuffer.


-- 
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.


More information about the xorg-driver-ati mailing list