Description of problem: https://fedoraproject.org/wiki/QA:Testcase_radeon_xvideo Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.12.0-2.fc11.i586 How reproducible: once Steps to Reproduce: 1. boot livecd from test 2. run gstreamer-properties 3. Actual results: faulty test window Expected results: pretty test window Additional info:
Created attachment 337433 [details] X log
Created attachment 337497 [details] X.org log
I'm running into a similar issue. The test window isn't drawn into at all, it just displays the stuff that was in the same place before the window was created. Totem shows all black.
Updating xorg-x11-drv-ati-6.12.1-2.fc11.i586 from koji solved this for me.
Same problem here. gstreamer-properties test only draws the decoration of the window, not the inside of it. totem displays black rectangle. This is with ATI Technologies Inc RS690M [Radeon X1200 Series] [1002:791f]. xorg-x11-drv-ati-6.12.1-2.fc11.x86_64 does NOT solve this for me. During the gstreamer-properties test, dmesg is flooded with messages about 30 times/s: [drm:radeon_cs_packet0] *ERROR* illegal register 6538 0 180 During the totem test, dmesg is flooded with messages: [drm:radeon_cs_packet0] *ERROR* illegal register 6538 0 252
Jerry, can we get your dmesg?
(In reply to comment #6) > Jerry, can we get your dmesg? I won't get around to it until later tonight, if at all. It's my primary home desktop, so I need to boot the livecd, and I won't be in front of it until later this evening.
xorg-x11-drv-ati-6.12.1-8.fc11.i586 When running compiz, xvideo is terrible slow / choppy and also experience the same behaviour as in comment #3 Card = ATI 9600XT xvinfo X-Video Extension version 2.2 screen #0 Adaptor #0: "Radeon Textured Video" number of ports: 16 port base: 57 operations supported: PutImage supported visuals: depth 24, visualID 0x21 number of attributes: 3 "XV_BICUBIC" (range 0 to 2) client settable attribute client gettable attribute (current value is 2) "XV_VSYNC" (range 0 to 1) client settable attribute client gettable attribute (current value is 1) "XV_HWPLANAR" (range 0 to 1) client settable attribute client gettable attribute (current value is 1) maximum XvImage size: 2048 x 2048 Number of image formats: 4 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x30323449 (I420) guid: 49343230-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed)
Created attachment 338774 [details] My Xorg.0.log
Eddie, can we get your dmesg output? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Created attachment 338927 [details] My dmesg per as requested My dmesg
Adam, I have been experimenting with the video Default Output settings in gstreamer-properties. Changing the setting from "Autodetect" to other options and back. Now I am not able to reproduce the slow/choppy behaviour with totem any more. But when playing video, the cpu usage is higher then first so I think it is using textured video ore something like that. And I am unable to get it back to normal hw video overlay processing. The cpu usage varies between 15 and 35 % depending on the video. Isn't that strange? Regards, Eddie.
I'm afraid I am not sufficiently qualified to state if that's strange or not =) But thanks for the dmesg. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
With: kernel-2.6.29.1-85.fc11.x86_64 xorg-x11-drv-ati-6.12.2-4.fc11.x86_64 Xvideo now works on my RS690M. Thanks.
Xvideo seems to work fine here too. But I think it still is using radeon's textured video instead of overlay. The cpu usage is acceptable however.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command yum upgrade --enablerepo='*-updates-testing' Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD . Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]