Bug 9932 - XVideo - minor image corruption in i810 driver
Summary: XVideo - minor image corruption in i810 driver
Status: RESOLVED DUPLICATE of bug 11311
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Eric Anholt
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-09 11:58 UTC by Lukas Hejtmanek
Modified: 2007-11-08 11:23 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg conf (3.86 KB, text/plain)
2007-09-24 05:19 UTC, Lukas Hejtmanek
no flags Details

Description Lukas Hejtmanek 2007-02-09 11:58:10 UTC
I've noticed that using textured video on i915, I can see minor image
corruption that has not been present on true overlay video. Image corruption
can be mainly seen when displayed movie quickly alternates contrast scenes.
Image corruption looks like 3-4 pixels thick horizontal line drawn across
a part of the window. The line possess colors from the previous frame.
Comment 1 Daniel Stone 2007-02-27 01:36:18 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 2 Lukas Hejtmanek 2007-02-27 01:43:14 UTC
I think this "corruption" is caused by not synchronizing with vertical retrace as discussed in xorg list.
Comment 3 Gordon Jin 2007-08-13 23:53:44 UTC
Does this issue still exist in the latest driver? 
Please upload xorg.conf.
Comment 4 Lukas Hejtmanek 2007-08-14 01:17:27 UTC
It is as XV is still not synchronized with vertical retrace.
Comment 5 Gordon Jin 2007-09-23 20:08:39 UTC
Please upload xorg.conf then change the status to "NEW".
Comment 6 Lukas Hejtmanek 2007-09-24 05:19:38 UTC
Created attachment 11716 [details]
xorg conf
Comment 7 Jesse Barnes 2007-10-31 13:17:19 UTC

*** This bug has been marked as a duplicate of bug 11311 ***
Comment 8 Eric Anholt 2007-11-08 11:16:17 UTC
To clarify if this is really a duplicate of the bug group for which it was marked a duplicate, is it normal tearing with top portion of the window being the new frame and bottom portion the old frame, or is it a small piece of old frame within the window containing otherwise new frame?

It is true, though, that textured video isn't synced to vblank.  Our hope is to get to an all-composited desktop so we can eliminate all tearing by syncing compositing to vblank, rather than hacking it in for individual pieces of rendering (GL apps, XV apps, no love for plain X apps).
Comment 9 Lukas Hejtmanek 2007-11-08 11:23:43 UTC
> is it normal tearing with top portion of the window being
> the new frame and bottom portion the old frame

this is my case.

> Our hope is to get to an all-composited desktop

does this mean that users that do not use compositing (nor any composition manager) are out of luck?


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.