home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1397 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 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: 18 Jan 1996 17:32:32 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4dm07g$ouh@sunsystem5.informatik.tu-muenchen.de>
  9. References: <38232020@kone.fipnet.fi> <9PxXx*kka@aargh.incubus.sub.org> <4des65$bgk@serpens.rhein.de> <38232076@kone.fipnet.fi> <4djpni$t6h@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 <4djpni$t6h@serpens.rhein.de>, 
  15. mlelstv@serpens.rhein.de (Michael van Elst) writes:
  16. |> "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  17. |> 
  18. |> >Why is it that you are constantly bashing other people trying
  19. |> >to get information?
  20. |> 
  21. |> They try to get information a) to produce junk and b) to
  22. |> assemble some half-knowledge that produces more junk.
  23.  
  24. the more information you give, the less the junk/useful ratio.
  25.  
  26. |> 
  27. |> >What is the point? If you dont like
  28. |> >c0d3rz, a better way would be like telling them how
  29. |> >to program so they would not be c0d3rz anymore.. ;)
  30. |> 
  31. |> I did tell them for years. They refused to listen.
  32.  
  33. Well, I listen, but 90% of answers are trying to prove I got
  34. no clue instead of telling how to do it ;)
  35.  
  36. I really don't know what you really want. On the one hand
  37. you seem to be an Amiga fan, having dealt with it a lot,
  38. and it seems you want to help getting beeter Amiga programs
  39. by posting about how to code.
  40.  
  41. On the other hand you treat the hobby programmers like animals,
  42. you don't really tell them how to do it, you rather want to
  43. prove they got no clue at all and should be forbidden to program.
  44.  
  45. |> 
  46. |> >Why not write directly to the framebuffer if a pointer
  47. |> >there has been gotten legally and it is sure that its
  48. |> >format is 8 bit chunky?
  49. |> 
  50. |> Because a) not every hardware has such a pointer, b) this
  51. then return 0 and use writeparr8.
  52.  
  53. |> is most often suboptimal, c) the pointer could become invalid
  54.  
  55. only if vram is a good pice slower than fastmem, depends on
  56. what you do.
  57.  
  58. |> and the c0d3rz would have to learn about semaphores, d) they
  59.  
  60. pointer invalid ? sounds like swapping the buffer to disk...
  61. but then there's a mmu anyway if you intend to swap.
  62. now don't answer 'you got no clue' but what you thought about
  63. telling about semaphores...
  64.  
  65. |> would only grab the pointer, kill the OS and poke away, e) it
  66.  
  67. So making the OS more sucking would keep them from doing it ?
  68.  
  69. |> just works if you have a complete screen allocated to you.
  70.  
  71. well, games naturally want to have a screen they can render to.
  72.  
  73. do you mean there is no possibility to make an interface that allows
  74. render to vram if hardware makes it possible ?
  75. that's wrong.
  76.  
  77. |> 
  78. |> -- 
  79. |>                                 Michael van Elst
  80. |> 
  81. |> Internet: mlelstv@serpens.rhein.de
  82. |>                                 "A potential Snark may lurk in every tree."
  83. ------------------------------------------------------------------------
  84.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  85.  
  86.