[Openchrome-users] SP13000 + fuzzy vga output at high resolutions

Xavier Bachelot xb_ml
Mon Jan 22 00:44:33 PST 2007


Luc Verhaegen wrote:
> On Thu, Jan 18, 2007 at 10:02:14AM +0100, Xavier Bachelot wrote:
> 
>>Luc Verhaegen wrote:
>>
>>>On Wed, Jan 17, 2007 at 03:13:38PM +0100, Xavier Bachelot wrote:
>>>
>>>
>>>>brightman wrote:
>>>>
>>>>
>>>>>SP13000 + fuzzy vga output at high resolutions
>>>>>I was thinking about buying an SP13000 board and driving the VGA output 
>>>>>at the same resolution as my LCD which would mean a resolution of 1680 x 
>>>>>1050. 
>>>>>Firstly is this reasonably straighforward using the openchrome drivers 
>>>>>(is there an easy way to fathom out a suitable modeline, I've used 
>>>>>powerstrip in the past?)
>>>>>
>>>>
>>>>The modeline won't be hard to get. Just run 'gtf 1680 1050 60 -x' and 
>>>>stick the output into your xorg conf.
>>>>
>>>>
>>>>
>>>>>Secondly I've been reading on a couple of VIA related forums about 
>>>>>problems with the VGA output on SP13000 boards at resolutions of 1280 x 
>>>>>1024 (and higher). 
>>>>
>>>>However, and I don't know if it's related to the above mentioned 
>>>>fuzziness pb, high resolutions will require a lot of bandwidth, so the 
>>>>ram type you are using might come into the game.
>>>>
>>>>Regards,
>>>>Xavier
>>>>
>>>
>>>In this case, using cvt -r might relieve the problem. 1680x1050 is a 
>>>resolution for a TFT based monitor, so reduced blanking should be 
>>>preferred if you're providing modelines anyway.
>>>
>>>Luc Verhaegen.
>>>http://unichrome.sf.net/
>>
>>Thx for the info, Luc. What are the differences between gtf and cvt 
>>apart from the reduced blanking switch ?
>>
>>Is there a good explanation of reduced blanking somewhere ? I think I 
>>got it mostly, but would be unable to properly explain it to someone 
>>else. And just to be sure, can reduced blanking be used on any TFT w/o 
>>pb ? Using reduced blanking on a CRT simply won't work or will it also 
>>damage the screen ?
>>
>>Regards,
>>Xavier
>>
> 
> Normal timing is just a simplified calculation.
> 
> I'm not sure, it's pretty straightforward. No need to shift an electron 
> beam, no need to spend as much time on sync, and, you also don't have 
> big edges hidden behind the monitors frame.
> 
> You can try reduced blanking on a CRT reasonably safely. You just have 
> the edges wrapped a bit. Nasty, but not that unsafe. You just don't want 
> to use it all the time, which is logical for a sane person, as it really 
> is a buggered mode. I think that fear of monitor damage is quite 
> overrated. And i _have_ killed at least one CRT by testing; it's about 
> extensive repitition, not about accidentally doing the wrong thing a few 
> times.
> 
> It should work quite happily on a definitive number of TFT based 
> screens (there's no 100% certainty of course), whether they use a 
> digital link or not. The big problem is that VESA EDID does tell you 
> that you have an analog or digital link, but it doesn't bother with 
> telling you whether it allows reduced blanking or not.
> 
> Most people treat the digital bit as definitive, but it isn't. CRTs do 
> exist with DVI-D.
> 
> Luc Verhaegen.

Thx for the explanations.

Regards,
Xavier




More information about the Openchrome-users mailing list