home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / programm / 6055 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.4 KB
  1. Path: sparky!uunet!ogicse!news.u.washington.edu!news
  2. From: wjs@blorf.cpac.washington.edu (William Shipley)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: Need fast graphics (Don't go to the Dark Side)
  5. Message-ID: <1992Sep8.173541.12171@u.washington.edu>
  6. Date: 8 Sep 92 17:35:41 GMT
  7. Article-I.D.: u.1992Sep8.173541.12171
  8. References: <1992Sep7.163759.23200@ifi.unizh.ch>
  9. Sender: news@u.washington.edu (USENET News System)
  10. Organization: University of Washington
  11. Lines: 22
  12.  
  13. gubser urs writes:
  14. > Is it possible to draw directly into a Windows view without any
  15. > SystemCalls ?
  16.  
  17. Possible, but a Bad Idea.  Consider that there are already NeXTstation  
  18. monochromes, turbos, colors, color turbos, and NeXTdimensions, and that they've  
  19. announced NS486 and it'll have to run on a variety of video cards.  How many  
  20. times do you want to rewrite your display code?
  21.  
  22. 3.0 provides some fast ways to blit an image onto the screen out of line, and  
  23. if your data is set up just right you can supposedly slam 400x400 at 37-40ms on  
  24. a 25Mhz NeXTstation Color.
  25.  
  26. So, draw in an unpacked and correctly aligned off-screen buffer, then slam your  
  27. data into a retained window.  You're rocking.  The total win is that on other  
  28. architectures graphics will just be slower, rather than failing entirely.
  29.  
  30. Check the document  
  31. /NextLibrary/Documentation/NextDev/ReleaseNotes/WindowServer.rtf for details,  
  32. that's all I know.
  33.  
  34. -W
  35.