Bug 11208 - [830M XV] xv not working on builtin LCD
Summary: [830M XV] xv not working on builtin LCD
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: Other Linux (All)
: medium normal
Assignee: Eric Anholt
QA Contact: Xorg Project Team
Depends on: 11148
Blocks: 13027
  Show dependency treegraph
Reported: 2007-06-08 13:20 UTC by gerrit
Modified: 2007-11-19 23:48 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:

Xorg0.log (41.85 KB, text/x-log)
2007-07-13 01:38 UTC, gerrit
no flags Details
xrandr output (444 bytes, text/plain)
2007-07-13 01:40 UTC, gerrit
no flags Details

Description gerrit 2007-06-08 13:20:35 UTC
Using xf86-video-intel I have just a blue screen using xv in xine or mplayer for video playback. I have a laptop with i830m chipset. The old intel driver works.
Comment 1 gerrit 2007-06-08 15:39:25 UTC
Driver version is latest git from today.
Comment 2 Andreas Maier 2007-06-29 06:48:10 UTC
I have a similar problem on my laptop (i855gm chipset) but discovered that the video playback is indeed present (and works fine) on the external VGA connector. (And the entire LCD screen is cloned there as well.) The manual pages do not list an option to switch the playback to the LCD. Any suggestions would be appreciated.
Thank you.
Comment 3 Erik Andren 2007-06-29 07:28:56 UTC
Try the xvattr utility.
The following command line should switch xv to the internal LCD: 
xvattr -a XV_SWITCHCRT -v 0
Comment 4 Andreas Maier 2007-07-05 07:50:59 UTC
(In reply to comment #3)
> Try the xvattr utility.
> The following command line should switch xv to the internal LCD: 
> xvattr -a XV_SWITCHCRT -v 0

Dear Erik,
thank you for the instructions but unfortunately I hab no success:
$ xvattr -a XV_SWITCHCRT -v 0
Found Xv 2.2
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  141 (XVideo)
  Minor opcode of failed request:  13 ()
  Serial number of failed request:  11
  Current serial number in output stream:  12

The version of the xvattr tool is:
$ xvattr -V
xvattr version 1.3

The version of xorg is 7.2-5 (Debian).

Best regards,
Comment 5 Maris Nartiss 2007-07-12 07:07:20 UTC
I also had same problem as in last comment#4, but I fixed it with:
xvattr -a XV_PIPE -v 1
Dunno what it does, but now mplayer can play movie with xv :)

My system: Dell Latitude D505 (BIOS A11)* with i855GM chip.
* note: with A09 I had hangups when trying to use xv, now with A11 xv seems to work stable.
Gentoo Linux ~x86 running 2.6.21 kernel
intel driver 2.0.0
Comment 6 Eric Anholt 2007-07-12 14:42:47 UTC
gerrit: please attach your Xorg.0.log and output of xrandr
855 users: please try with the latest code from git.  CRT probe issues have been fixed which would have led to XV being displayed by default on the CRT's pipe.
Comment 7 gerrit 2007-07-13 01:38:45 UTC
Created attachment 10709 [details]
Comment 8 gerrit 2007-07-13 01:40:16 UTC
Created attachment 10710 [details]
xrandr output
Comment 9 Raúl 2007-09-15 14:22:41 UTC

Is this still happening on a more recent version(preferrably git or 2.1.1)? 

Comment 10 Jesse Barnes 2007-10-31 14:10:11 UTC
Gerrit, can you try again with the latest released driver?  There have been lots of fixes since you last tested.

Comment 11 gerrit 2007-11-01 10:02:46 UTC
With latest git from today XV is just working on lower resolutions on my external 1680x1050 screen. At 1680x1050 i have just a blue screen. "xvattr -a XV_PIPE -v 1" and "xvattr -a XV_SWITCHCRT -v 0" didn't help. 

Comment 12 Gordon Jin 2007-11-01 20:41:41 UTC
Gerrit, so how about the builtin LCD with the latest driver?
Comment 13 gerrit 2007-11-02 07:12:09 UTC
(In reply to comment #12)
> Gerrit, so how about the builtin LCD with the latest driver?

Can't test because of bug <a href="https://bugs.freedesktop.org/show_bug.cgi?id=11208">11208</a>
Comment 14 gerrit 2007-11-02 07:14:21 UTC
Sorry for spam, it is bug http://bugs.freedesktop.org/show_bug.cgi?id=11148 , not 11208.

Comment 15 Keith Packard 2007-11-19 23:48:32 UTC
Testing with current master shows this problem has been fixed. I'm able to move a window back and forth between internal and external monitors and the overlay remains visible, automatically selecting the monitor displaying the larger number of pixels from the image.

This was tested with 'mplayer'; it's possible that another player would modify the XV_PIPE property which would cause the displayed monitor to be fixed. You can check this by running 'xvinfo' while displaying the movie.

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.