home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / graphics / 11953 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.9 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!netsys!ukma!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!engr.uark.edu!mbox.ualr.edu!spider.ualr.edu!djlewis
  2. Newsgroups: comp.graphics
  3. Subject: Re: Vesa information wanted
  4. Message-ID: <1992Nov16.160137.1@ualr.edu>
  5. From: djlewis@ualr.edu
  6. Date: 16 Nov 92 16:01:37 GMT
  7. References: <andreasa.72.721669364@dhhalden.no>
  8. Organization: University of Arkansas at Little Rock
  9. Nntp-Posting-Host: spider.ualr.edu
  10. Lines: 52
  11.  
  12. In article <andreasa.72.721669364@dhhalden.no>, andreasa@dhhalden.no (ANDREAS ARFF) writes:
  13. > Hello Netters.
  14. > 
  15. > I was wondering if somebody had a bios map, complete with addresses and
  16. > address descriptions, for the vesa svga standard, or does vesa svga use the
  17. > same bios addresses as vga.
  18. > 
  19. > And I'am also wondering if the vesa standard is available at any anonymous
  20. > ftp site, which I belive would contain most of the bios information I want.
  21. > 
  22. > And to the last: do I have to care about the screenmemory-windows and/or the 
  23. > read/write flag, or can I access any pixel in any way(r/w), and using 
  24. > whatever operation my mind feels free to at any moment on this, any, pixel.
  25. > I've heard that this is the case for mode 0x105, but is it true for all 
  26. > available modes, or just 0x105?
  27. > 
  28. > Arff
  29. > "Also for the not religous confessor, there is a mystery of higher values,
  30. > who's birth mankind - to the last - builds upon. They are indisputible. And 
  31. > often disregarded. Seldom you hear them beeing prized, as seldom as you hear 
  32. > a seeing man prizeing what he sees." Per Lagerkvist, The Fist 
  33. > (Free translation from Swedish)
  34. >               --Andreas Arff  andreasa@dhhalden.no--
  35. I have ordered the VESA standards from VESA and they sent a free packet 
  36. including a 5.25" diskette containing nothing later than 1991 tsr's by
  37. manufacturers.
  38.     The info is helpful but by no means a total method for programing the
  39. VESA std. Randy Buckland posted a 'C' / 'ASM' VESA program that is a good
  40. starting point to understanding VESA but it only seems to work on his video
  41. board. I have been hacking away at it to make it more universal the last
  42. few evenings.
  43.     The window switching problem still exists. There is no simple 
  44. poke / write pixel at any location in the video memory without memory
  45. management techniques. The VESA calls are simply there to standardize the
  46. means of getting video card info and calling the card. Through VESA std's 
  47. your software "should be able to work with any VESA ready card" if you
  48. follow the guidelines. call 0x4F00 returns certain Information and call
  49. 0x4F01 returns more. All this info is used to write the routines for proper
  50. access of the VESA card's video ram.
  51.     The above text is highly abreaviated as I am slowly acquireing
  52. this VESA concept myself.
  53.  
  54. VESA Electronics Standards Association
  55. 2150 North First Street, Suite 440
  56. San Jose, CA    96131-2020
  57.  
  58. (408) 435-0333
  59. FAX (408) 435-8225
  60.  
  61. Thanks,
  62. Don Lewis
  63. djlewis@ualr.edu
  64.