home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / misc / 3817 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  3.2 KB
  1. Xref: sparky comp.sys.sun.misc:3817 comp.windows.open-look:3534
  2. Path: sparky!uunet!cs.utexas.edu!wotan.compaq.com!moxie!texsun!cronkite.Central.Sun.COM!west.West.Sun.COM!male.EBay.Sun.COM!jethro.Corp.Sun.COM!exodus.Eng.Sun.COM!dogwalk.Eng.Sun.COM!herzog
  3. From: herzog@dogwalk.Eng.Sun.COM (Brian Herzog - SMCC System Software)
  4. Newsgroups: comp.sys.sun.misc,comp.windows.open-look
  5. Subject: Re: Seeking CG6 help.
  6. Message-ID: <l98m0fINNl99@exodus.Eng.Sun.COM>
  7. Date: 21 Aug 92 02:42:23 GMT
  8. References: <1992Aug20.104612.1@cc.utah.edu>
  9. Organization: Sun Microsystems, Mt. View, Ca.
  10. Lines: 52
  11. NNTP-Posting-Host: dogwalk
  12.  
  13. In article <1992Aug20.104612.1@cc.utah.edu> eyring@cc.utah.edu writes:
  14. >Seeking CG6 HELP.
  15. >
  16. >We are looking for help in reading/writing directly to the frame buffer on the CG6.
  17. >The man pages hint that you can mmap the device.  We need the specific offsets.
  18. >Any help or ideas on how to do this would be greatly appreciated.  Any direction
  19. >to sources that already do this would help.  Thanks in advance.
  20.  
  21. This is considered anti-social behavior and is not supported.
  22.  
  23. You are strongly encouraged to use a supported application programmer 
  24. interface (API), which on SunView includes:  Pixwin, SunPHIGS 1.x and
  25. GKS 3.x (I think); which on OpenWindows Version 2 includes:  
  26. xlib, XGL 1.x, SunVision 1.0 and PostScript; and which on 
  27. OpenWindows Version 3 includes:  xlib, direct xlib, XGL 2.0, 
  28. SunPHIGS 2.0, GKS 4.1 (I think), SunVision 1.2 and PostScript.
  29.  
  30. By choosing the right API for your needs, you have an excellent chance of
  31. achieving close to 100% of raw hardware performance.
  32.  
  33. Among the reasons why direct access is not supported:
  34.  
  35. - applications which are ported directly to one frame buffer are not
  36.   portable and do not work on any other frame buffer.  Even if the 
  37.   developer is sure this is what s/he wants to do, the customers
  38.   of such applications may think otherwise, except that they often
  39.   assume Sun is at fault, not the developer.  Everybody loses.
  40.  
  41. - applications which are ported directly to a frame buffer are often
  42.   very difficult to debug, especially with stateful frame buffers
  43.   such as the CG6, which is very unfortunate, because such applications
  44.   are often very buggy.
  45.  
  46. - different versions of a given frame buffer may have different
  47.   register offsets, etc.  The supported APIs know how to take this
  48.   into account.  A developer with soem arbitrary version of the frame 
  49.   buffer doesn't.  Result:  an application which fails on some versions 
  50.   of a given frame buffer, in which case the customer often assumes 
  51.   Sun is at fault, rather than the developer.  Everybody loses.
  52.  
  53. - it's a pain to document and support direct access to a stateful 
  54.   frame buffer, especially one with many different flavors and 
  55.   revisions.  Hint:  CG6 fits this category.  Epitomizes it, even.
  56.  
  57. If you have an application that absolutely must have direct hardware
  58. acess, and you're really serious, you do have the option to pay $75k 
  59. (or whatever) for source and go have a ball.
  60.  
  61. --
  62. ------------------------------------------------------------------------------
  63. Disclaimer: I do not represent Sun Microsystems, Inc., etc., etc.
  64. Brian Herzog, SMCC            herzog@Eng.Sun.COM           ....!sun!eng!herzog
  65.