Bug 35346 - The video with Xv acceleration covers window on top it under extended output mode
Summary: The video with Xv acceleration covers window on top it under extended output ...
Status: CLOSED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Chris Wilson
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-15 21:10 UTC by Michael Chang
Modified: 2011-03-16 02:34 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xv video covers active foreground window (333.83 KB, image/png)
2011-03-15 21:17 UTC, Michael Chang
no flags Details
Screenshot of mplayer with "-vo xv" option (394.53 KB, image/png)
2011-03-16 00:47 UTC, Michael Chang
no flags Details

Description Michael Chang 2011-03-15 21:10:45 UTC
Distro: SLED-11 SP1
Platform: Pine Trail (with Atom N550)

Reproduce Step:

  1. Run gnome-display-properties to change to extended output mode or use the xrandr
    $ xrandr --output VGA1 --mode 800x600 --right-of LVDS1
  2. Run application, for eg. cheese or banshee, with Xv acceleration
  3. Try to move other window on top the video [1]
  4. Watch the issue to happen (see attachment)

Note:
  1. Only can reproduce with Atom Family processors, atm ..
  2. Only can reproduce in extended output mode, other modes like clone mode has no such issue.
  3. Test with X.org 1.6.5, xf86-video-intel 2.14.901, kernel 2.6.38-1.99.6, libdrm 2.4.23, Mesa 7.10 
     
[1] To reproduce it, you might have to let the window covers the full width of the video, just like the attachment demonstrates.
Comment 1 Michael Chang 2011-03-15 21:17:04 UTC
Created attachment 44491 [details]
Xv video covers active foreground window
Comment 2 Michael Chang 2011-03-16 00:47:48 UTC
Created attachment 44499 [details]
Screenshot of mplayer with "-vo xv" option

To eliminate the possible influence of GStreamer framework, use mplayer to test again and still get a failed result.
Comment 3 Gordon Jin 2011-03-16 01:27:31 UTC
I can't reproduce with the latest driver:

 Libdrm:	(master)2.4.24-6-g3b04c73650b5e9bbcb602fdb8cea0b16ad82d0c0
 Mesa:		(7.10)d59da648178f04f68232ee8a8994843c6b547af8
 Xserver:	xorg-server-1.10.0
 Xf86_video_intel:(master)2.14.901-3-g014fc7abb7b2cc2110e3ab9a0bd6f7cff2c64c05
 Kernel:	(drm-intel-fixes) 91355834646328e7edc6bd25176ae44bcd7386c7
Comment 4 Chris Wilson 2011-03-16 01:41:29 UTC
commit ee740778f5d5355c04f6fc4564f598993b106d62
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Mar 16 08:37:24 2011 +0000

    i915/video: Clip indirect Xv output
    
    In the case of a singular clip box and rendering onto the front buffer
    larger than 2048, the clip extents were being ignored.  Here we can
    simply reduce the size of the indirect pixmap to the clip extents.
    
    Reported-by: Michael Chang <mchang@novell.com>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35346
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Comment 5 Michael Chang 2011-03-16 02:34:40 UTC
Chris,

I git-pulled to contain this fixing commit. Verified fixing of this issue on my side. 

Thereafter, I'd like to change the status to closed. Many thanks for your quick respond and fixing. :)


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.