home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / programm / 8077 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.1 KB
  1. Path: sparky!uunet!ftpbox!news.acns.nwu.edu!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!haven.umd.edu!darwin.sura.net!paladin.american.edu!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!decwrl!csus.edu!netcom.com!netcomsv!boo!uttsbbs!john.navas
  2. From: john.navas@uttsbbs.uucp (John Navas) 
  3. Newsgroups: comp.os.os2.programmer
  4. Subject: WHY OS/2 DOESN'T SUPPORT
  5. Message-ID: <4169.18.uupcb@uttsbbs.uucp>
  6. Date: 27 Jan 93 00:15:00 GMT
  7. Distribution: world
  8. Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
  9. Reply-To: john.navas@uttsbbs.uucp (John Navas) 
  10. Lines: 50
  11.  
  12. johnw@wixer.cactus.org (john winthrop) writes:
  13.  
  14.  > There are two main reasons that os/2 doesn't support VGA (and SVGA)
  15.  > modes in a window...
  16.  > first, (s)vga modes  take up a lot of memory (up to 1 meg
  17.  > generally, newer cards use even more memory).... To support
  18.  > virtualized vga modes would mean that os/2 would have to have at
  19.  > least that much memory available FOR EACH WINDOW! This would eat up
  20.  > resources faster than godzilla could trample Tokyo.
  21.  
  22. With all due respect, I'm afraid I don't buy that argument.  The
  23. shadow memory required for a standard VGA 640x480x16 graphics screen
  24. is only 150Kb; for SVGA 800x600x16 it's only 235Kb.  True, it's easier
  25. to shadow the entire video buffer, but it's not strictly necessary.
  26. Even so, 256Kb, which is not a very big deal, is adequate to
  27. virtualize standard VGA 640x480x16 graphics; i.e., 4 virtualized VGA
  28. graphics applications would require a total of only 1Mb of shadow
  29. memory.  ( yawn :)
  30.  
  31. In fact, OS/2 allocates a full shadow buffer of up to 1Mb for every
  32. full-screen DOS application, so that it can save the display when that
  33. application is switched to the background.  So the amount of shadow
  34. memory is not really an important factor.
  35.  
  36.  > Second, most vga modes use bit planes.  For those not familiar with
  37.  > bit planes, they are simply a mechanism for accessing more than one
  38.  > byte of video memory at a time, by compromising on whether you want
  39.  > to access one pixel color on the screen, or access a group of
  40.  > pixels quickly.
  41.  > One write to a bit plane could update several bytes of video
  42.  > memory, which would recquire os/2 to modify those bytes in its own
  43.  > bufffer.  The result would be the speed of the original apple ][...
  44.  > Much of the success of vga is due to the fact that it is so quick
  45.  > to do pixel writes and copies.
  46.  
  47. Again, with all due respect I don't buy that argument.  DESQview
  48. virtualizes standard VGA 640x480x16 "bit plane" graphics in a window
  49. or in the background with acceptable performance.  If DESQview can do
  50. it, there's no reason OS/2 shouldn't be able to do at least as well.
  51. Although 640x480x16 would certainly be enough to satisfy me,
  52. supporting 800x600x16 wouldn't be all that much harder.
  53.  
  54. Best regards,
  55. John
  56.                                                                                        
  57. ----
  58. +------------------------------------------------------------------------+
  59. | The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
  60. | Danville, California, USA. 400+ MB Files & FREE public Internet Access |
  61. +------------------------------------------------------------------------+
  62.