home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2053 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 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: AGA Supporting Games Programming
  5. Date: 26 Jan 1996 16:22:23 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4eav3v$d3j@sunsystem5.informatik.tu-muenchen.de>
  9. References: <1981.6595T1189T2071@rhein-neckar.de> <4e44bp$5l7@serpens.rhein.de>
  10. NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle5.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4e44bp$5l7@serpens.rhein.de>, mlelstv@serpens.rhein.de (Michael van Elst) writes:
  15. |> Massimo.Mancini@rhein-neckar.de (Massimo Mancini) writes:
  16. |> 
  17. |> >I don`t want to simply hack through any AGA registers - I`m REALLY
  18. |> >INTERESTED IN LEARNING TO WRITE "CLEAN" code as far as this is possible.
  19. |> 
  20. |> "as far as this is possible".... *sigh*
  21.  
  22. ;) You must admit that there are fx that seem to be impossible to
  23. implement also on non-AGA machines.
  24.  
  25. |> 
  26. |> >So, is there any way for me to obtain the needed information ?
  27. |> 
  28. |> Since you want to hack AGA registers (as far as this is necessary) there
  29. |> is no official way to get the needed information.
  30.  
  31. Who said he needs an 'official' way ;)
  32. aga_guide.lha        text/hyper  34K+AGA hardref manual in guide format
  33.  
  34. even if writing clean code, it's interesting what's happening on the
  35. hardwareside.
  36.  
  37. |> 
  38. |> >Or do only
  39. |> >"known" programmers/software houses get those infos - that wouldn`t make
  40. |> >much sense, would it ?
  41.  
  42. no, AGA is known well. What makes a ECS game crash on AGA is mostly
  43. due to other things. 1% AGA (writing behind colorregs) 49% new cpus
  44. (getsr(), caches), 50% OS (new OS behaving different when having used
  45. non documented behaviour of previous version, or new OS having chips
  46. in different state).
  47.  
  48. |> 
  49. |> It makes sense when you want to reduce the number of hardware banging
  50. |> games but are forced to release information to get at least some games
  51. |> to the market.
  52.  
  53. You must admit C= did to little effort in making game interfaces.
  54. They tried to get rid of "game machine" , but a game.lib (handling 
  55. chunky & buffer stuff, speed!) would exactly have done this
  56. (i.e. more reliable games, embeded in OS, that's less "game machine only"
  57. feeling)
  58.  
  59. |> 
  60. |> >(see below!), but no support with needed info material (or should I learn
  61. |> >ECS programming and try to figure out the AGA enhancements by reading all
  62. |> >those more-or-less useful selfmade manuals - NOT SO GOOD if you you ask
  63. |> >me).
  64. |> 
  65. |> You should learn OS programming. Would help to use the CV64.
  66. |> 
  67. |> Regards,
  68. |> -- 
  69. |>                                 Michael van Elst
  70. |> 
  71. |> Internet: mlelstv@serpens.rhein.de
  72. |>                                 "A potential Snark may lurk in every tree."
  73. ------------------------------------------------------------------------
  74.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  75.  
  76.