home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41928 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.2 KB  |  51 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!apollo.hp.com!netnews
  3. From: ced@APOLLO.HP.COM (Carl Davidson)
  4. Subject: Re: ATI VGA Wonder (Old model, revision 5 chipset) and TRI32New drivers
  5. Sender: usenet@apollo.hp.com (Usenet News)
  6. Message-ID: <C0p336.Jr5@apollo.hp.com>
  7. Date: Mon, 11 Jan 1993 15:01:54 GMT
  8. References:  <1993Jan10.230015.27050@njitgw.njit.edu>
  9. Nntp-Posting-Host: watson.ch.apollo.hp.com
  10. Organization: Hewlett-Packard Company, Chelmsford, MA
  11. Lines: 38
  12.  
  13. In article <1993Jan10.230015.27050@njitgw.njit.edu>, dic5340@hertz.njit.edu (David Charlap) writes:
  14. |> 
  15. |> I downloaded the TRI32NEW.ZIP package and tried to install the
  16. |> 800x600x256 driver on my 512K VGA-Wonder board.  As everyone else
  17. |> reported, the top 88 lines were duplicated on the bottom of the
  18. |> screen, and vice versa.
  19. |> 
  20. |> [text deleted]
  21. |> 
  22. |> Anyway, does this seem to make sense?  Is there anything I can do
  23. |> about it, short of getting source code to the driver?  Interestingly
  24. |> enough, other chipsets (like TSENG) correctly set the Line Compare
  25. |> register to 1023, so the Trident drivers don't have this problems on
  26. |> those systems.
  27. |>
  28.  
  29. David,
  30.  
  31. Sorry to be the bearer of bad news, but it appears that these drivers
  32. will only run properly on boards with 1024K (1 meg) of memory. If you want
  33. call it a *bug* in the drivers, I won't argue. 
  34.  
  35. Even after you upgrade to 1024K things won't be right until you edit 
  36. SVGADATA.PMI by hand (see my posting from last Friday). Personally, I think 
  37. that having SVGA.EXE generate register settings on the fly by reading the board
  38. (this is what it appears to do -- I have no specific knowledge of this) 
  39. is more trouble than it's worth. It's too easy to end up with sub-optimal
  40. register values and it's difficult to customize your setup for specific 
  41. monitors. It would seem more reliable to have SVGA.EXE identify the 
  42. board type and configuration and then query the user for things like 
  43. the desired refresh rate and set the appropriate values from an internal
  44. table. 
  45.  
  46. -- 
  47. Carl Davidson  (508) 436-4361  |
  48. Chelmsford System Software Lab | Microkernels: Where less is more.
  49. The Hewlett-Packard Company    | 
  50. DOMAIN: ced@apollo.hp.com      |
  51.