home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1810 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 23 Jan 1996 18:01:02 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4e37ou$97v@sunsystem5.informatik.tu-muenchen.de>
  9. References: <john.hendrikx.47u5@grafix.xs4all.nl> <zpfaa8aC9pp5Z1a@blank1.blanker.ruhr.de>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <zpfaa8aC9pp5Z1a@blank1.blanker.ruhr.de>, HAWK@blanker.ruhr.de (Peter Elzner) writes:
  15. |> john.hendrikx@grafix.xs4all.nl (John Hendrikx) wrote:
  16. |> 
  17. |> > However, I think that accessing the screen-buffer directly is a necessity for
  18. |> > fast games, like a DOOM clone, as they want to do stuff on a pixel basis which
  19. |> > the OS doesn't provide standard functions for (unlike line-drawing for
  20. |> > example).
  21. |> >
  22. |> > That's why I think that it should be possible to specify a number of supported
  23. |> > (pixel-) layouts with the OpenScreen call, so you can tell OpenScreen that your
  24. |> > application supports only 8-bit and 16-bit Chunky displays for example, and
  25. |> > 'force' OpenScreen to either give you such a screen or to fail (instead of
  26. |> > getting 'the best match').  A 'query' function to find out about what screen
  27. |> > you got back from OpenScreen would also be quite handy.
  28. |> 
  29. |> Programming Intuition screens you can get two types of screens:
  30. |> 
  31. |> 1) standard Amiga screen based on ECS/AGA
  32. |>  - everyone should know how to access them
  33. |> 2) gfx-board screens
  34. |> 
  35. |> To determine wither it's (1) or (2) you could use CyberGfx'
  36. |> IsCyberModeID(). Then you should use CyberGfx routines like
  37. |> GetCyberMapAttr() to determine the pixel format (8-bit chunky or whatever)
  38. |> and to get more details about the bitmap.
  39.  
  40. naah. sounds like the only way of detemining if I can poke is to do
  41. cyberstuff(). trying to open a lib beeing not present on 90% on machines.
  42.  
  43. just test if native then poke.
  44.  
  45. |> Also, the forthcomming rtg.library by Steffen Haueser offers things like
  46. |> getting the direct bitmap-address and using Double-Buffering for CyberGfx
  47. |> screens.
  48. only for cybergfx ? a ideal lib would include c2p on AGA screens.
  49.  
  50. |> 
  51. |> If you know exactly what kind of screen you have (and only then), it's safe
  52. |> to poke the bitmap directly.
  53.  
  54. well, if it's no cyber() you can't be sure that it's native, it could be
  55. draco(), mac() ... ;)
  56.  
  57. |> 
  58. |>  Peter Elzner                                       [Hawk@blanker.ruhr.de]
  59. |> ---------------------< neXus support center >------------------------------
  60. |>  Stupid, stupid rat creatures!
  61. ------------------------------------------------------------------------
  62.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  63.  
  64.