home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 29826 < prev    next >
Encoding:
Text File  |  1992-09-11  |  4.7 KB  |  89 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!convex!linac!att!cbnews!shurr
  3. From: shurr@cbnews.cb.att.com (larry.a.shurr)
  4. Subject: Tseng SVGA - still trying (was: New TSENG LABS drivers)
  5. Organization: AT&T Bell Laboratories, Columbus, OH
  6. Date: Fri, 11 Sep 1992 17:22:01 GMT
  7. Message-ID: <1992Sep11.172201.11836@cbnews.cb.att.com>
  8. Keywords: NEW TSENG LABS DRIVERS
  9. References: <hatton.716151111@cgl.ucsf.edu> <1992Sep10.202445.5511@cs.cornell.edu> <hatton.716173370@cgl.ucsf.edu>
  10. Lines: 77
  11.  
  12. In article <hatton.716173370@cgl.ucsf.edu> hatton@socrates.ucsf.edu (Tom Hatton) writes:
  13. >lrj@cs.cornell.edu (Lew Jansen) writes:
  14. >>hatton@socrates.ucsf.edu (Tom Hatton) writes:
  15. >>> [The "new" ET4k drivers] are OS/2 1.3 version drivers patched to work with
  16. >>>OS/2 2.0, and thus are not an improvement on the Orchid beta drivers...
  17. >>  Whether they're old or new, on my machine they are a DEFINITE
  18. >>improvement.  [Orchid drivers didn't work well with his generic et4000].
  19. >>  However, the 800x600 "new" (old) 60Hz driver seems to be working
  20. >>fine so far.  I can pop in and out of full-screen DOS or OS/2 windows...
  21.  
  22. I wish I could.
  23.  
  24. >There seem to be a variety of problems getting various "ET4000" cards to
  25. >work properly with particular card/monitor combos. Diamond seems to be
  26. >problematic, for instance, and people with Orchid cards have had problems
  27. >with the Orchid drivers, ironically enough. 
  28.  
  29. Hmmm... My Diamond Speedstar (non-HiColor) definitely fits the "problematic"
  30. description.  The Orchid drivers (proii4 & proii8) work ok on my Gateway
  31. 2000 386sx though the 256 color drivers are little slow and the colors are
  32. off.  I've been using the 1024x768x16 driver.  WPS and OS/2 full screen,
  33. OS/2 window, and DOS window worked fine.  DOS full screen and WINOS2 full
  34. screen are not so great.  I switched to the generic et4000 drivers and am
  35. using the 1024x768, 60Hz driver which I patched using BEAV for smaller
  36. icons.  The results appear nearly identical to the 1024x768x16 Orchid
  37. driver.
  38.  
  39. An alt-home from a DOS window brings me to a full screen of total hash.
  40. Another alt-home restores me to the WPS desktop in good order.  After 
  41. starting a full screen session (DOS or OS/2), this improves from garbage
  42. to... wierd.
  43.  
  44. When I start a full screen DOS session, it looks fine.  If I alt-home or
  45. alt-esc, I end up back at the desktop appropriately, but when I alt-home
  46. the window back to full screen or select a full screen DOS session I
  47. switched away from, the display is distorted.  It's like the horizontal
  48. sync timing is off a bit -- the beam coms back on a moment before it's 
  49. been restored to the left margin.  That's with a 25 line display.  With
  50. a 50 line display, I have two flickery copies of the screen combined
  51. with the horizontal sync timing still lookiing a bit off.  I can clear
  52. these problems up temporarily by entering the appropriate mode commands,
  53. but the next time I switch away and come back, the problem will be back.
  54.  
  55. I haven't tried to change the display driver for WINOS2 yet, so it's still
  56. at 640x480x16 and as with DOS, it look fine when initially started, but
  57. switch to the WPS desktop and back again and it looks... wierd.  the
  58. display is "squished" vertically.
  59.  
  60. As I've read this thread today, I noticed that some people have run
  61. VMODE in a DOS session.  In order to get 1024x768x60Hz non-interlaced
  62. in DOS, I have to run VMODE, but I haven't done that in a VDM.  Maybe
  63. I need to do that and rerun SVGA ON.  What do you think?  I think I'm
  64. going to try it this weekend.  Is there anything else I should try?
  65.  
  66. BTW: I have the the fx3 version of the VSVGA.DLL fix installed.  I 
  67. also have the patch BVHSVGA.DLL (I think I spelled that right) as well
  68. as a number of other non-video patches thanks to ftp-os2.nmsu.edu.  I'm
  69. happy to say that I havn't experienced any trap 2's, 5's, or E's lately.
  70.  
  71. Regarding seemless Windows: as I understand it, there are no drivers
  72. available for me to to this with my Speedstar in SVGA mode, at present.
  73. Also, I'm still running the generic et4000 drivers and cannot run WINOS2
  74. in a desktop window -- I should be able to do this, right?  Though not 
  75. necessarily with these converted 1.3 drivers (right?).  They have to be
  76. real 2.0 drivers to do that (right?).
  77.  
  78. In previous et4000 threads, I've read that IBM's CSD will include et4000
  79. drivers.  I hope that they will have 1024x768x16 & 1024x768x256 versions
  80. (I know! I know! I'm crazy run 1024x768 on a 14'' monitor, but I'm near-
  81. sighted and don't seem to have trouble reading it.  Still, I've seen some
  82. larger monitors at 1024x768 and I agree that it's better.  I would like 
  83. to get one - $$$$$$!).
  84.  
  85. Regards, Larry
  86. -- 
  87. Larry A. Shurr (las@cbnmva.att.com or att!cbnmva!las) speaking only for myself.
  88. EOR (end-of-ramble)
  89.