Created attachment 348563 [details] dmesg with drm.debug=1 Description of problem: Mplayer pan/scan zoom feature introduces graphic glitches. Problem occurs when I'm watching a video (.avi file) that is wider than the screen's aspect ratio, for example, watching a 16:9 video file on a 4:3 screen. In mplayer's fullscreen mode I will typically use the 'e' key to pan/scan zoom so the video takes up more of my screen (the sides of the video are cut off, preserving the video's aspect ratio). This has always worked fine in the past, so some recent f11/radeon update must have introduced this bug. What happens is that the video will get "taller" like it's supposed to, but the left edge of the video is not on the left edge of the screen like it should be...its as if the video is not properly centered, and on the left side of the screen I get "glitches" which consist of non-moving pixels. Here is a screenshot example of what happens after pressing 'e' 5 or 6 times: http://i39.tinypic.com/243kn5w.jpg every time i press 'e' i get a new glitch "bar" on the left. When booting with "nomodeset" the problem does *not* exist. Version-Release number of selected component (if applicable): mplayer-1.0-0.109.20090329svn.fc11.i586 kernel-2.6.29.5-191.fc11.i586 xorg-x11-drv-ati-6.12.2-16.fc11.i586 How reproducible: 100% reproducible...happens every time (assuming KMS is enabled) Steps to Reproduce: 1. load a 16:9 aspect video file in mplayer, on a screen with a 4:3 resolution. 2. hit 'f' to enter fullscreen mode 3. hit 'e' one or more times to pan/scan zoom the video Actual results: video is not centred correctly and on the left of screen i get "glitches" Expected results: correct pan/scanning without glitches Additional info: just ask if you need more info
Created attachment 348564 [details] /var/log/messages with drm.debug=1
Created attachment 348565 [details] Xorg.0.log with drm.debug=1
Created attachment 348567 [details] screenshot showing the glitch
Just to protect ourselves against accusation that mplayer is broken ... are you able to reproduce this with totem?
Same problem here with ATI Radeon X1650 (RV535). Details: - In mplayer occurs exactly what the reporter (Paul) has explained: When I zoom-in with the "e" key in full-screen mode, a vertical rectangle is created on the left of the screen. The content of the rectangle is the left part of the photogram that was being shown in the moment I press "e". More vertical rectangles are added (each one on the rigth of the preceding one) as I press "e" more times. - In Kaffeine (ctrl+"+") occurs exactly the same as in mplayer. Both when playing an .avi file and when viewing digital tv. - In Totem ("r" and "t") the problem doesn't occur. When I press the "r" key, the image is zoomed-in correctly, without vertical rectangles. Since the problem seems to be common to mplayer and kaffeine, I'd say that they are accessing to the display in a special way, and that Totem is not using that special way. So the bug is probably located in that special way (not in mplayer nor in Kaffeine). Perhaps the bug is into the opensource ATI driver, I don't know. My software: (updated with yum) mplayer-1.0-0.109.20090329svn.fc11.i586 kaffeine-0.8.7-7.fc11.i586 totem-2.26.2-1.fc11.i586 xorg-x11-server-Xorg-1.6.1.901-1.fc11.i586 xorg-x11-drv-ati-6.12.2-14.fc11.i586 My config: - In mplayer: "Xv" video driver. I tested the rest of drivers, but they give less image quality than Xv. For example, with "gl2" driver the problem of the left rectangles disappears, but the image quality is lower. - In Kaffeine: "kaffeine-xine" as playback engine. At Xine engine config, I have "auto" driver. - In Totem: I can't find any video driver config, so I guess it's "auto". Video quality is very good in Totem, so I'm using temporally Totem, until the bug will be fixed in mplayer. For digital tv I have no choice, so I have to use Kaffeine with no zoom, to avoid the bug.
More info: Same problem (left rectangle when zooming) in VLC and Xine players. For now, the only player that zooms correctly is Totem. Sadly, Totem can't play digital tv due to a bug (see http://bugzilla.gnome.org/show_bug.cgi?id=589179), so I can zoom only in video files (not in digital tv).
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.]
Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [Note please, that this is machine generated comment for large amount of bugs; due to some technical issues, it is possible we've missed some of the responses -- it is happens, please, just a make a comment about that; that we will see. Thank you]
This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing per comment 10. --- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers [This triage is part of collective effort done by students of University of Rijeka Department of Informatics.]