home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25508 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  3.5 KB

  1. Path: sparky!uunet!darwin.sura.net!wupost!sdd.hp.com!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!ellis!sip1
  2. From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: SuperVGA Advice from IBM
  5. Message-ID: <1992Jul25.022246.7331@midway.uchicago.edu>
  6. Date: 25 Jul 92 02:22:46 GMT
  7. Sender: news@uchinews.uchicago.edu (News System)
  8. Reply-To: sip1@midway.uchicago.edu
  9. Organization: Dept. of Econ., Univ. of Chicago
  10. Lines: 60
  11.  
  12. The following comes from Dale Whitfield.  Enjoy.
  13.  
  14.  
  15. SVGA Utility - clearing up some misconceptions.
  16.  
  17. The svgadata.pmi file is generated by calling BIOS int 10h to set the
  18. mode. All relevant registers are then read to determine the values
  19. required to set that mode without using BIOS. The setmode data
  20. applies to protect-mode sessions only, DOS mode sets always go
  21. through BIOS. The reasons for using BIOS here should be obvious; to
  22. set a mode without BIOS we can make no assumptions as to what the
  23. register values should be, due to the different timing values
  24. generated by the same chipset on different board implementations etc.
  25. So this is the option that was chosen. There exists a VESA standard,
  26. the 'Super-VGA Protect Mode Interface' (SVPMI) which attempts to
  27. define a standard for such a situation, ie the pmi-file layout, but
  28. this is lacking and things soon started to get invented to take care
  29. of the gaps.
  30.  
  31. The most important assumption is that when the svga utility is run,
  32. the video adapter is set up correctly as it was when it was installed
  33. and used under 'pure' DOS including relevant TSRs. This will ensure
  34. that captured values can be used to accurately set modes and do a
  35. bunch of other stuff.
  36.  
  37. Currently the pmi-file is used only for super-vga data, but it is
  38. theoretically possible to include data for any mode. For example, the
  39. ISO standard calls for text modes to run at 72/75Hz (I think) which
  40. is not what OS/2 will currently set. The current BVHSVGA.DLL
  41. implementation has limitations which won't allow these VGA modes to
  42. be included, but are possible. Ideally the pmi-file should encapsulate
  43. all device-dependance, and the interpreter of it (BVHSVGA in this
  44. case) would just feed on that data.
  45.  
  46. Some notes on Virtualisation
  47.  
  48. Performing video virtualisation is a tricky undertaking. Attempting
  49. to emulate VGA planar modes (16-colour) in software, via say a state
  50. machine, would be prohibitive in terms of performance. Therefore any
  51. DOS application that is running in the background, and wants to
  52. continue to run, must have access to the hardware.
  53.  
  54.  ( DOS Full-Screen (foreground task) - minimal video IO trapped  )
  55.  ( DOS Window      (background task) - all video IO trapped      )
  56.  
  57. This is possible, but under the tight control of the Virtual Video
  58. driver which will use the VGA hardware to do so, as well as some
  59. incestuous goings on with the display driver. With this in mind there
  60. are obviously going to be some restrictions. The first of these is
  61. that if the VGA hardware is in a 256-colour mode (linear), it will
  62. not be possible to have access to it, or change it to a planar mode,
  63. in order to allow a background planar-mode app to run. The converse
  64. is, however, not true, mainly because its a simple matter to
  65. virtualise linear modes without needing hardware assistance.
  66.  
  67. -- 
  68. Get the OS/2 FREQ. ASKED QUESTIONS LIST | Timothy F. Sipples
  69. from 128.123.35.151, anonymous ftp,     | Internet: sip1@ellis.uchicago.edu
  70. directory pub/os2/all/faq, or from      | Dept. of Econ., U. Chicago, 60637
  71. LISTSERV@BLEKUL11.BITNET (send "HELP"). | Tsongas > Perot > Clinton.  Yay.
  72.