See screenshot to understand the bug. The compiz dropshadows around dropdown menus gets rendered as solid black when they appear over video surfaces. Happens with -ati but not on another version using -intel. Is this the kind of stuff that fixes itself when we get DRI2 for radeon?
Please attach the screenshot and your xorg log and config. If you are using the video overlay, switch to using the textured video adapter for Xv. Alpha blending with the overlay is not possible due to the way overlays work.
btw, this is the upstream version of the follow Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/376625 The original downstream bug reporter experiences the bug with the default Ubuntu config (no changes in xorg.conf and no special versions). I can also repro the bug on the pre-release version of Ubuntu (both of us have r300 chipsets and we use the -radeon driver). To keep things simple I'd attach _my_ logs and versions only though. Question; How can I switch between overlay video and textured video (I was using totem when I found the bug, but I can try other video players as well if that makes testing easier)?
Created attachment 25939 [details] xorg.log 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 AP [Radeon 9600] [1002:4150] Linux zueco 2.6.30-5-generic #6-Ubuntu SMP Mon May 11 19:56:30 UTC 2009 i686 GNU/Linux libdrm2 2.4.9-2ubuntu1 xserver-xorg-video-intel 2:2.7.0-1ubuntu2 libgl1-mesa-dri 7.4.1-1ubuntu1 libgl1-mesa-glx 7.4.1-1ubuntu1 (==) RADEON(0): Using EXA acceleration architecture
Created attachment 25940 [details] bug happens with empty xorg.conf
When I move my video player the actual playing "movie surface" stays put (but the clipping changes as I move the window). I guess that means I'm currently using overlay video?
DDX driver version is (sry for posting the -intel version above, I did it out of habit since my main machine uses -intel... there is no intel card in this machine though): ii xserver-xorg-video-radeon 1:6.12.2-1ubuntu1
If I launch gstreamer-properties and set the video output to "X Window System (No Xv)" then the bug goes away (I get a clean properly rendered dropshadow under the menus in totem) however the CPU load is very very high so it's not something we can use as a default solution for Ubuntu. If I set the video output to "X Window System (X11/XShm,/Xv)" then I see the buggy solid dropshadow again and the normal setting in Ubuntu is "Autodetect" which I think means the latter since the default is buggy.
I just noticed that textured vs. overlay can be configured in gstreamer-properties as well. When I try textured video I get a perfect experience meaning "low CPU usage", "movie playing surface follows window smoothly when I move it" and "the menu dropshadow is rendered correctly". Is there any drawbacks to using this "textured video" as the default for Ubuntu? Does it work for all radeons?
(In reply to comment #8) > I just noticed that textured vs. overlay can be configured in > gstreamer-properties as well. > > When I try textured video I get a perfect experience meaning "low CPU usage", > "movie playing surface follows window smoothly when I move it" and "the menu > dropshadow is rendered correctly". > > Is there any drawbacks to using this "textured video" as the default for > Ubuntu? Does it work for all radeons? > No drawbacks and it's supported on all radeons. In fact on r5xx and newer radeons, there is only textured video Xv. The overlay is still exposed on chips that support it (r1xx-r4xx) however since some users prefer it and the overlay filtering is probably better on chips that can't support bicubic filtering in shaders (r1xx/r2xx chips). Textured video also has the advantage of showing up on multiple heads while the overlay can only be sourced to one crtc at a time.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.