From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200107020856.KAA02818@copernicus.cs.utwente.nl> To: 9fans@cse.psu.edu Subject: Re: [9fans] nVidia GeForce works? In-reply-to: Your message of "Sun, 01 Jul 2001 20:47:52 -0700." <20010702034757.92B1880079@regurgitate.ugcs.caltech.edu> References: <20010702034757.92B1880079@regurgitate.ugcs.caltech.edu> From: Axel Belinfante Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_6640939140" Date: Mon, 2 Jul 2001 10:56:55 +0200 Topicbox-Message-UUID: c26b5ee2-eac9-11e9-9e20-41e7f4b1d025 This is a multipart MIME message. --==_Exmh_6640939140 Content-Type: text/plain; charset=us-ascii > I'm wondering if Axel ever solved his problem with the cursor offset. I did not really solve it; in private mail jmk mentioned that he had it working succesfully on a Nokia 446Xpro using the 445x entry in vgadb, so I tried that entry, and the problem went away. I did not look into it further. In case anyone is interested, I attach my original monitor description that triggered the problem. At that time I looked at the driver code, and noticed that it does something with the 'ehb' mode setting -- without understanding what it did, but wondering whether that's related to the problem. Axel. > I too > have a nvidia geforce 256 DDR, and at 1600x1200 the cursor image is displayed > 512 pixels to the left of where it actually is. I "solved" it by putting > "scr->offset.x += 512" in nvidiacurload, but that's obviously not addressing > the real problem. > > Another interesting artifact is that the top line of the cursor is chopped > off. But if the cursor is at the top of the screen, you can see the top line > displaced about 48 pixels to the right. > > None of these problems occur at 1280x1024. Also, my nvidiacurload and > nvidiacurmove look like what jmk posted (I'm running the latest update). --==_Exmh_6640939140 Content-Type: text/plain ; name="SM900.VGA"; charset=us-ascii Content-Description: SM900.VGA Content-Disposition: attachment; filename="SM900.VGA" # # Samsung SyncMaster 900p # Horizontal timing: # Allowable frequency range: 30-96KHz # Vertical timing: # Allowable frequency range: 50-160Hz # Video bandwidth: # 205MHz monitor # sm900p videobw=200 alias=multisync sm900p = 1600x1200 # 93.75Hz, 75.00 KHz videobw=205 defaultclock=202 shb=1664 ehb=1856 ht=2160 vrs=1201 vre=1204 vt=1250 hsync=+ vsync=+ --==_Exmh_6640939140--