Bug 24722 - XV corruption
Summary: XV corruption
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.4 (2008.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-25 07:01 UTC by Ancoron
Modified: 2010-10-25 15:34 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
corruptions with XviD codec (117.87 KB, image/png)
2009-10-25 07:01 UTC, Ancoron
no flags Details
corruptions with DivX3 codec (597.50 KB, image/png)
2009-10-25 07:02 UTC, Ancoron
no flags Details
corruptions with MPEG4 AVC codec (125.57 KB, image/png)
2009-10-25 07:03 UTC, Ancoron
no flags Details
good picture (scaled 1 pixel less than double) (215.05 KB, image/png)
2009-10-25 07:04 UTC, Ancoron
no flags Details
bad picture (scaled exactly double the original video resolution) (188.99 KB, image/png)
2009-10-25 07:05 UTC, Ancoron
no flags Details
Xorg.0.log (129.65 KB, text/plain)
2009-10-25 15:48 UTC, Ancoron
no flags Details
xorg.conf (1.35 KB, text/plain)
2009-10-25 15:50 UTC, Ancoron
no flags Details

Description Ancoron 2009-10-25 07:01:32 UTC
Created attachment 30664 [details]
corruptions with XviD codec

For several months now I experience various corruptions using XV. Now I finally got the time to file a bug here against that because I didn't see a similar record yet.

Those corruptions seem to happen if I scale a movie double or more. When using the software scaler all things are fine and on another system (nVidia card with the nouveau driver) the same movies are scaled correctly and no corruption appears.

The corruption itself is different from movie to movie. Although the amount and type of corruption seem to depend on the video codec it may just be some kind of race condition.

The system setup:
- ATI Radeon X1950XTX (R580)
- Kubuntu 9.04 (kernel 2.6.28)
- radeon driver from xorg-edgers PPA

The corruption can be seen best with kmplayer. Smplayer is the one that seems to be mostly resistant to those corruptions but at least with Sorenson 3 or MPEG 4 codec it also shows those corruptions. Also with a lot of codecs fullscreen in mplayer works fine but when just maximizing the window the corruptions appear. In the end all video players using XV can be made to reproduce the corruption.

As my display setup is 2x 1280x1024 CRT's I cannot reproduce those corruptions with Full-HD content as it cannot be scaled that large and therefore seem to work fine. Also DVD-playback in one of the displays is fine (again, the frame is scaled less than 2x the original size).

I am not using KMS.

I've added some screenshots from some of the corruptions.
Comment 1 Ancoron 2009-10-25 07:02:25 UTC
Created attachment 30665 [details]
corruptions with DivX3 codec
Comment 2 Ancoron 2009-10-25 07:03:19 UTC
Created attachment 30666 [details]
corruptions with MPEG4 AVC codec
Comment 3 Ancoron 2009-10-25 07:04:30 UTC
Created attachment 30667 [details]
good picture (scaled 1 pixel less than double)
Comment 4 Ancoron 2009-10-25 07:05:11 UTC
Created attachment 30668 [details]
bad picture (scaled exactly double the original video resolution)
Comment 5 Ancoron 2009-10-25 07:07:59 UTC
What might also be worth noting is the fact that if I drag another window into the video display area the corruptions change a lot. And in some cases the corruptions only appear when dragging a window inside the playback area and disappear again if I drag it out.
Comment 6 Alex Deucher 2009-10-25 08:13:01 UTC
Please attach your xorg log and config.
Comment 7 Alex Deucher 2009-10-25 08:14:56 UTC
Does disabling bicubic filtering help?

xvattr -a XV_BICUBIC -v 0
Comment 8 Ancoron 2009-10-25 15:47:19 UTC
(In reply to comment #7)
> Does disabling bicubic filtering help?
> 
> xvattr -a XV_BICUBIC -v 0
> 

No, actually setting it to '0' results in complete crap being displayed at whatever scale. When set to '1' the problem is reverted (corruptions in every scale below 2x - good when double scale or above).
Comment 9 Ancoron 2009-10-25 15:48:04 UTC
Created attachment 30680 [details]
Xorg.0.log
Comment 10 Ancoron 2009-10-25 15:50:53 UTC
Created attachment 30681 [details]
xorg.conf
Comment 11 Alex Deucher 2010-10-19 18:39:38 UTC
Is this still an issue with a newer driver?
Comment 12 Ancoron 2010-10-25 15:18:55 UTC
(In reply to comment #11)
> Is this still an issue with a newer driver?

I can't say exactly as the card has burned itself. I think it already was a sign of overheating. Therefore I really appreciate that since kernel 2.6.36 the GPU temp is in sensors.

Next thing would be fan speeds... :)

This issue can be closed.


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.