I have a Centrino Laptop with an i855 graphics. Using Xorg + drm + mesa from CVS compiled today. I don't know of any way to change the output of the TV encoder to send PAL signals instead of NTSC (i only see Black&White). The only way i could do this was with the nvtv tool from sourceforge.net/projects/nv-tv-out and some experimentation i had done in the past trying to make tv-out work with that tool. The resolution for TV-Out is always 800x600, is there a way to change it to 1024x768? There's also no way of specifying the overscan/underscan modes of the tv encoder. Is this something that should be done in userspace instead of the i915 driver? Thanks!
Changing to enhancement request. Basically the driver only supports the TV format to what has been set by the Video BIOS. There is no support for underscan/overscan either.
Where does the driver get the resolution for the TV output (800x600 in my case)? I also have a problem with setting up dual-head with the LFP and the TV out. The MAN page is not very clear about the way dual-head works. I tried: Option "MonitorLayout" "TV,LFP" and also the reverse "LFP,TV", but without enabling Clone i can't get any signal on the TV. Do i need another Section "Device" besides the normal one? I tried that and adding another Section "Screen" for it and then adding in Section "ServerLayout": Screen 1 "TV" RightOf "LCD" But still nothing. Is there a document that explains it better than the MAN page? Thanks!
If you want clone then you can do this.. Option "MonitorLayout" "NONE,LFP+TV" or if you want independent content on each head then, Option "MonitorLayout" "TV,LFP" is the right way to do it with a new Device section, and modify the ServerLayout.
I havea i915 graphics card in my toshiba m40x laptop and it also is only putting out black and white tv out. I was uable to get nvtv to recognize my card, even after I found a i855 patch (no surprise it didn't work for my i915). Is there any information I can gather that would mhelp in any way. I'd love to get this working and would be happy to help in any way I can to further it along.
Is planned adding PAL support to i810/i915 driver? In Europe NTSC is not used... (see http://en.wikipedia.org/wiki/Image:NTSC-PAL- SECAM.png :) ), so S-Video-out in Centrino notebooks is useless...
If anything, this would have to be done in the new modesetting branch as the BIOS is incapable of doing it.
*** Bug 9146 has been marked as a duplicate of this bug. ***
About the missing overscan mode : is it a hardware or a software issue ? Is there a chance that one day the board will be able to play videos on TV with overscan activated ?
Just software. Your DVO chip almost surely provides control for overscan. It'll be a matter of figuring out what chip you have (probably chrontel, so you might look through their public docs to figure out how to probe each one, if you don't want to pull your laptop apart to find out), then writing a loadable driver for it that supports your TV out on the modesetting branch. It'll be more complicated than the DVI DVO modules we have currently, certainly, but should still be doable by someone in their spare time.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
I've just purchased a 945GM based system, an aopen MP945-VXR, and I have got the same problem. Just black and white because of the NTSC/PAL problem.
Nanhai added more TV modes support into modesetting branch about 2 months ago. So if you use recent modesetting code, you should be able to get a colorful PAL TV-out.
Created attachment 9060 [details] *WRONG FILE*
Created attachment 9061 [details] *WRONG FILE*
With the latest git modesetting code I get the following error when I am trying to use it with my machine's tv-out pipe: Xorg: symbol lookup error: /opt/xorg-git/lib/xorg/modules/drivers//i810_drv.so: undefined symbol: i830PipeFindClosestMode I have tried building just the needed parts of the X server and driver and rebuilding the entire git tree, and both give the same result. Connecting a monitor to the DVI/VGA port does work as expected.
Created attachment 9062 [details] xorg.conf of the modesetting
Created attachment 9063 [details] Logfile of modesetting branch
I am terribly sorry about this, but I got it all wrong. Some stuff failed to compile and I was using some sort of bastardised cross between the modesetting and non-modesetting branch... quite amazing that it even worked. Now that I AM using the right drivers, I am getting output on the tv-connected pipe, and the xorg logfile shows that it also found that it is using the s-video output. However, the output is still black and white, no matter what I do. xrandr output shows a whole bunch of modes such as "PAL-M 640x480" but when I try to switch to one of these modes my screen dissapears, then reappears in the exact same resolution, and still black and white. Attached you'll find the (proper) xorg.conf, Xorg.0.log and output of xrandr
Created attachment 9073 [details] xorg.conf of the modesetting branch (proper this time)
Created attachment 9074 [details] Logfile of modesetting branch (proper this time)
Created attachment 9075 [details] xrandr output for modesetting branch
The bug priority was upgraded (P2->high) with the bugzilla configuration change. I'm Changing the priority back to the normal one. Sorry for the spam.
I'm closing as the supporting for PAL and more modes has been added to the driver. If anyone has TV issue with the latest driver, please open a seperate bug.
(In reply to comment #23) > I'm closing as the supporting for PAL and more modes has been added to the > driver. > If anyone has TV issue with the latest driver, please open a seperate bug. > Fine ! but where is the new driver ? I downloaded the latest one but date is still july second.... Thank's Marco
The fix goes into 2.0 rlease. So if "july second" indicates 2007, then it should be fine.
(In reply to comment #25) > The fix goes into 2.0 rlease. So if "july second" indicates 2007, then it > should be fine. > it do not seems to me ... but using i810 2.1 I can see colors...
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.