home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1432 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 19 Jan 1996 00:47:53 +0100
  6. Organization: dis-
  7. Message-ID: <4dmm79$9hu@serpens.rhein.de>
  8. 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> <4dm07g$ouh@sunsystem5.informatik.tu-muenchen.de>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
  12.  
  13. >the more information you give, the less the junk/useful ratio.
  14.  
  15. That's obviously not true. If I told them how to build the bomb
  16. and only launch it at Muroroa they probably tried it in Washington
  17. instead.
  18.  
  19. >On the other hand you treat the hobby programmers like animals,
  20. >you don't really tell them how to do it, you rather want to
  21. >prove they got no clue at all and should be forbidden to program.
  22.  
  23. Replace "hobby programmers" with "c0d3rz that never listen".
  24. Replace "want to prove" with "state facts that".
  25.  
  26. >only if vram is a good pice slower than fastmem, depends on
  27. >what you do.
  28.  
  29. Right. It depends on lots of things, so at least a straight
  30. copy can be optimized by the driver.
  31.  
  32. >|> and the c0d3rz would have to learn about semaphores, d) they
  33.  
  34. >pointer invalid ? sounds like swapping the buffer to disk...
  35.  
  36. or just to other places in memory.
  37.  
  38. >but then there's a mmu anyway if you intend to swap.
  39.  
  40. which isn't necessarily applicable if your graphics system
  41. has DMA channels that bypass the MMU.
  42.  
  43. >|> would only grab the pointer, kill the OS and poke away, e) it
  44. >So making the OS more sucking would keep them from doing it ?
  45.  
  46. More sucking ? Do you want to talk or just insult me ?
  47.  
  48. >|> just works if you have a complete screen allocated to you.
  49.  
  50. >well, games naturally want to have a screen they can render to.
  51.  
  52. Do they ? I thought they wanted a hunk of chipmem to poke to and
  53. a copper list.
  54.  
  55. >do you mean there is no possibility to make an interface that allows
  56. >render to vram if hardware makes it possible ?
  57.  
  58. Maybe there is, maybe there is not. I'd rather have well-optimized code
  59. in the driver than half-guessed c0d3r-stuff.
  60.  
  61. -- 
  62.                                 Michael van Elst
  63.  
  64. Internet: mlelstv@serpens.rhein.de
  65.                                 "A potential Snark may lurk in every tree."
  66.