new xserver-xorg-driver-ati 1:6.5.7-0ubuntu1 driver in dapper causes wrong transparancy with overlays

Bug #26709 reported by Phillip Susi
12
Affects Status Importance Assigned to Milestone
xserver-xorg-video-ati (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Whenever I fire up either totem or gxzine, whatever they have displayed in the
video overlay area shows through other windows and menus placed on top wherever
there is black. For instance, I use a color scheme of white on black, so when I
open the menus the black background area of the menu acts transparant and shows
the movie instead of painting over it. I can also drag a terminal window with a
black background over top of the overlay and the video shows through the black
background. Other colors besides black do not have this problem. Strangely, if
the window that I cover the overlay with covers it entirely in either the x or y
axis, the transparancy goes away. For instance, if the terminal window is
taller than the overlay and I have it cover up the right half of the overlay
from top to bottom, the movie does not show through.

I have a radeon 9800 Pro.

Tags: ati xorg
Revision history for this message
hazylazysusan (hazylazysusan) wrote :

Hi I posted on the forums and replying back here http://ubuntuforums.org/showthread.php?
t=109402

I have a radeon 7200/q100 and experience this exact situation. Here is the relevant info from
my xorg.conf

Section "Device"
Identifier "ATI Technologies, Inc. Radeon 7200 (R100 QD)"
Driver "radeon"
BusID "PCI:1:0:0"
Option "AGPMode" "4"
Option "AGPFastWrite" "True"
Option "EnablePageFlip" "True"
EndSection

Revision history for this message
Troels Faber (bugzilla-fabermail) wrote :

I have the same problem on my IBM T41. It sports a Radeon M7 (Mobility 7500).

I tried to remove all the "special options", so all i have in my xorg.conf is
Section "Device"
        Identifier "Radeon"
        Driver "radeon"
        BusID "PCI:1:0:0"
        Option "DynamicClocks" "true"
EndSection

I don't have composite extensions enabled, but i do have dri. My module section:

Section "Module"
        Load "bitmap"
        Load "dbe"
        Load "ddc"
        Load "dri"
        Load "extmod"
        Load "freetype"
        Load "glx"
        Load "int10"
        Load "record"
        Load "type1"
        Load "vbe"
EndSection

I goes back to normal on closing the video window.

Revision history for this message
Matt MacLeod (mmacleod) wrote :

I see this on a Radeon 9700 Pro as well.

Revision history for this message
Benjamin Lebsanft (benjaminlebsanft) wrote :

same here on my Radeon 9800 Pro

Revision history for this message
Daniel Stone (daniels) wrote :

xvattr -a XV_COLORKEY -v 1, should fix your problems for the meantime

Revision history for this message
Matt MacLeod (mmacleod) wrote :

xvattr doesn't seem to be in any packages in Ubuntu or Debian according to
packages.ubuntu.com and packages.debian.org. I'll try compiling it when I get a
minute and see if I have any success.

Revision history for this message
Benjamin Lebsanft (benjaminlebsanft) wrote :

doesn't work. It still bleeds.

Revision history for this message
Daniel Stone (daniels) wrote :

does it bleed to any particular colour?

the problem I was seeing was that the colourkey was black, so anything black
occupying the same co-ordinates on-screen as the video, regardless of whether
the video was behind it or not, was painted with the video. unfortunately the
only machine I have access to now has an intel chipset in it, else I'd look further.

so, for instance, try starting a black terminal or something, then opening a
white editor, say. if it narrows to a particular colour, then good, that's just
a busted colourkey. if not, there are deeper issues at play.

Revision history for this message
Phillip Susi (psusi) wrote :

The bleed through does not happen with normal windows that are black, only with
black parts of the video overlay buffer used by movie players. My gut tells me
it is some bad firmware that is uploaded to the R350.

Daniel Stone (daniels)
Changed in xserver-xorg-driver-ati:
assignee: daniels → nobody
Revision history for this message
Phillip Susi (psusi) wrote :

I think this bug was fixed during the dapper development cycle but am no longer able to verify as my 9800 had a partial meltdown and I replaced it with an X850 that has its own problems.

Unless anyone disagrees, I think this bug is safe to mark as fixed.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Marking as fixed as requested in October.

Changed in xserver-xorg-video-ati:
status: Needs Info → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.