home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 29769 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.8 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!cgl!cgl.ucsf.edu!hatton
  2. From: hatton@socrates.ucsf.edu (Tom Hatton)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: New TSENG LABS drivers
  5. Keywords: NEW TSENG LABS DRIVERS
  6. Message-ID: <hatton.716173370@cgl.ucsf.edu>
  7. Date: 11 Sep 92 01:02:50 GMT
  8. References: <1992Sep9.093133.4781@monu6.cc.monash.edu.au> <BuBLFp.7pM@immd4.informatik.uni-erlangen.de> <hatton.716151111@cgl.ucsf.edu> <1992Sep10.202445.5511@cs.cornell.edu>
  9. Sender: news@cgl.ucsf.edu (USENET News System)
  10. Organization: UCSF Computer Graphics Lab
  11. Lines: 49
  12.  
  13. lrj@cs.cornell.edu (Lew Jansen) writes:
  14.  
  15. >hatton@socrates.ucsf.edu (Tom Hatton) writes:
  16. >> [The "new" ET4k drivers] are OS/2 1.3 version drivers patched to work with
  17. >>OS/2 2.0, and thus are not an improvement on the Orchid beta drivers
  18. >>which *are* being made specifically for OS/2 2.0.
  19.  
  20. >  Whether they're old or new, on my machine they are a DEFINITE
  21. >improvement.  I'm one of those lucky people whose "generic" Tseng
  22. >SVGA board does some funky things when using either of the Orchid
  23. >beta releases.
  24.  
  25. >  The Orchid 800x600 (16 color) driver never did anything but hang my
  26. >machine.  The 800x600 (256 color) _would_ sort of work; I'd get a text
  27. >screen full of funky blue and green blocks.  Running the vmode program
  28. >from the startup folder would give me my desktop.  Of course, if I
  29. >switched to a full-screen OS/2 or DOS window, I couldn't get back to
  30. >the desktop.  I finally had to give up on them.
  31.  
  32. >  However, the 800x600 "new" (old) 60Hz driver seems to be working
  33. >fine so far.  I can pop in and out of full-screen DOS or OS/2 windows,
  34. >it doesn't splatter my cursor across half the window, and it seems to
  35. >be faster than the stock 640 (16 color) driver.  I'm quite happy
  36. >with it.
  37.  
  38. >  So, they ARE an improvement for some people.
  39.  
  40. :-) Glad it works for you :-)
  41.  
  42. There seem to be a variety of problems getting various "ET4000" cards to
  43. work properly with particular card/monitor combos. Diamond seems to be
  44. problematic, for instance, and people with Orchid cards have had problems
  45. with the Orchid drivers, ironically enough. 
  46.  
  47. It seems to be important to have the monitor/card combo set up properly
  48. which may involve setting jumpers for "Zero wait states" or "turbo"
  49. options, and of course the bus speed may be messing some people up - if
  50. you are running with the bus at high MHz, the card may not be keeping
  51. up. This certainly causes problems for any peripheral that is not
  52. certified to work with >AT bus speeds.
  53.  
  54. Strangely enough, with a "generic" ET4000, I have only been able to use
  55. the Orchid beta drivers (proii4,proii8) by first deleting the SVGADATA.PMI
  56. file first, then booting up with the new driver. I had to then re-do the
  57. SVGA ON protocol, of course, and everything is OK now. What exactly is
  58. causing these glitches and problems is unclear to me, so "whatever works"
  59. seems to be the technique, as you have found.
  60.  
  61. Tom
  62.