Re: [opensuse] nVidia GeForce 8500GT Belinea 103035W OpenSUSE 11.1 Woes
Don Raboud wrote:
Hi,
On Friday 01 May 2009 02:27:54 pm LLLActive@GMX.Net wrote:
Hi all,
I am short of giving up. I have:
OpenSuSE 11.1 : 2.6.27.21-0.1-default #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux
nVidea GeForce 8500GT recognised by OpenSUSE 11.1
Belinea 103035W NOT in the Monitor List of YaST. I use LCD and set up as in the technical specs of the manufacturer: LCD 1680X1050@60 Hz Display size: 20.1 Inch (X-axis 433mm x Y-Axis 271mm) Aspect Ratio: 16/10 Sync Ferq: Horiz: 31 - 83 KHz ; Vert: 56 - 75 Hz
The round objects look like the flattened earth! Everything is pulled in the Horizontal direction. I tried every setup possibility. No change
Anyone got an Idea how to get it right?
It was correct in OpenSUSE 10.3!
TIA
Al
Are you doing this while logged in? I don't think this will work - you need to do this from runlevel 3.
I'm not sure how much of this you have tried, but what I usually do to get a working configuration is - backup existing /etc/X11/xorg.conf - logout - CTRL-ALT-F2 to get to a console - login as root - type "init 3" to go to runlevel 3 - type "sax2 -r -m 0=nvidia" (That's a zero, not a letter) - pick LCD, change aspect ratio to 16/10, resolution to 1680X1050 and monitor size to 20.1, - test and accept changes if OK. - type "init 5 && exit"
If there is still a problem, as root edit xorg.conf manually and add
Option "UseEDID" "FALSE"
to the monitor section. Then "init 3" and then "init 5 && exit".
Hope something here helps.
Hi Don, your method makes sense, and actually helped quit a lot. The round/square icons are almost circular/square. It just seems that some images are not proportioned normally. The setup is all correct now in YaST2 and in the xorg.conf with "UseEDID" "FALSE" ("UseEDID" "FALSE" - seems to fix most of the problem; what does it do?). I could not find a 20.1 size setup in the list, but just put the screen size of 433x271mm into sax2. Now the 20.1 appears also. sax2 tests with 1400x1050@60Hz. I did not have this problem with OpenSUSE 10.0 - 11.3. I had the same monitor on another system with another nVidia card, and it worked OK. Is there a way to test the monitor geometry? I used to be in Television engineering, and there we generated images for adjusting or checking CRT geometry. I just want to check where the problem is. I will be installing Ubuntu 9.04 tomorrow or so, and then look how the LCD performs. Ubuntu was the first to get my Gericom Notebook working with WLan USB stick already at installation. Maybe it also works with my PC setup to solve this wide screen problem. TIA Al -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Wednesday 06 May 2009 14:33:04 schrieb LLLActive@GMX.Net:
Is there a way to test the monitor geometry? I used to be in Television engineering, and there we generated images for adjusting or checking CRT geometry. I just want to check where the problem is. I will be installing Ubuntu 9.04 tomorrow or so, and then look how the LCD performs. Ubuntu was the first to get my Gericom Notebook working with
i don't understand what is so complicated with your setup.
the more options and custom modelines you add to your xorg.conf the worse it
will be.
really!
edit your xorg.conf as root via text-editor.
try to comment out the lines in your monitor section dealing with UseModes,
DisplaySize, HorizSync, VertRefresh.
and of course Option "UseEDID" "FALSE".
if you tell X not to use EDID on this monitor it is understandable, that the
monitor geometry, syncing and resolutions are totally wrong if they are not
setup properly in your xorg.conf.
the best way to get things right is, to let the gfx-card "talk" to the monitor
to negotiate the correct timings, geometry, syncing and resolutions.
this is done with EDID.
here is section monitor of my xorg.conf:
Section "Monitor"
Identifier "Monitor[0]"
VendorName "Seiko"
ModelName "1920X1200@60HZ"
#UseModes "Modes[0]"
#DisplaySize 366 229
#HorizSync 30.0 - 85.0
#VertRefresh 50.0 - 60.0
Option "CalcAlgorithm" "XServerPool"
Option "DPMS"
Option "PreferredMode" "1920x1200"
EndSection
here you can see, i commented out/disabled everything dealing with monitor
geometry, syncing and resolutions.
because of this the gfx-card "talks" to the monitor to negotiate the correct
timings, geometry, syncing and resolutions and doesn't use any values (which
may be wrong) stored in the xorg.conf.
and below in xorg.conf in Section "Screen" you only have to use your monitors
native resolution 1680x1050 as first choice like this:
Section "Screen"
Identifier "Screen[0]"
Device "Device[0]"
Monitor "Monitor[0]"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1680x1050" "1600x1000" "1440x900" "1280x800" "1024x600"
EndSubSection
EndSection
that's it!
no modeline calculation or anything else.
have you tried this?
here is my (also with dualscreen) perfectly working xorg.conf:
----------------------------------------------------------------
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildmeister@builder62) Wed Aug 27 13:12:33
PDT 2008
# /.../
# SaX generated X11 config file
# Created on: 2008-09-04T10:48:12+0200.
#
# Version: 8.1
# Contact: Marcus Schaefer
Rainer Klier wrote:
Am Wednesday 06 May 2009 14:33:04 schrieb LLLActive@GMX.Net:
Is there a way to test the monitor geometry? I used to be in Television engineering, and there we generated images for adjusting or checking CRT geometry. I just want to check where the problem is. I will be installing Ubuntu 9.04 tomorrow or so, and then look how the LCD performs. Ubuntu was the first to get my Gericom Notebook working with
i don't understand what is so complicated with your setup. the more options and custom modelines you add to your xorg.conf the worse it will be.
really!
edit your xorg.conf as root via text-editor. try to comment out the lines in your monitor section dealing with UseModes, DisplaySize, HorizSync, VertRefresh. and of course Option "UseEDID" "FALSE".
if you tell X not to use EDID on this monitor it is understandable, that the monitor geometry, syncing and resolutions are totally wrong if they are not setup properly in your xorg.conf.
the best way to get things right is, to let the gfx-card "talk" to the monitor to negotiate the correct timings, geometry, syncing and resolutions. this is done with EDID.
here is section monitor of my xorg.conf: Section "Monitor" Identifier "Monitor[0]" VendorName "Seiko" ModelName "1920X1200@60HZ" #UseModes "Modes[0]" #DisplaySize 366 229 #HorizSync 30.0 - 85.0 #VertRefresh 50.0 - 60.0 Option "CalcAlgorithm" "XServerPool" Option "DPMS" Option "PreferredMode" "1920x1200" EndSection
here you can see, i commented out/disabled everything dealing with monitor geometry, syncing and resolutions. because of this the gfx-card "talks" to the monitor to negotiate the correct timings, geometry, syncing and resolutions and doesn't use any values (which may be wrong) stored in the xorg.conf.
and below in xorg.conf in Section "Screen" you only have to use your monitors native resolution 1680x1050 as first choice like this:
Section "Screen" Identifier "Screen[0]" Device "Device[0]" Monitor "Monitor[0]" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1680x1050" "1600x1000" "1440x900" "1280x800" "1024x600" EndSubSection EndSection
that's it! no modeline calculation or anything else.
have you tried this?
Yes, it works now. Two reasons. 1. The graphics card does not give the resolution with analogue through a KVM switch. Your tip that the Graphics card and Monitor should "talk" to each other gave me the hint. In analogue it obviously does not "talk" with my setup. Don't know why it took me so long to come to think about this possible problem. 2. Using digital without a KVM switch and the minimum setups as you described does the trick. The card and monitor now talks. The monitor is also recognised correctly as a Maxdata (RogenTech) B102035W at 1680x1050 by the nvidia Server Setting Tool. I am also considering another card to use with Compiz. I can get a Zotac nVidia GeForce 9600 GT AMP Card (PCI-e, 512MB GDDR3 Memory, Dual DVI / TV-Out, 1 GPU) for €95. The 8500GT was a bad buy, but cheap at €40 end of 2007. I found out later that it is actually a cheap line and worse than the previous generation. Anyway, thanx a ton for the tips ye all, :-) Al -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (2)
-
LLLActive＠GMX.Net -
Rainer Klier