home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5224 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.5 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Sun, 10 Mar 96 07:03:17 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: Amiga doesn`t need Pl
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4kbn@grafix.xs4all.nl>
  11. Organization: Private
  12.  
  13. In a message of 05 Mar 96 Juergen "rally" Fischer wrote to All:
  14.  
  15.  |>> So speed would remain the same if AGA had been Chunky?  Maybe it makes
  16.  |>> little
  17.  
  18.  JrF> Yes, you got it! doom speed with AGA chunky would be same as AGA
  19.  JrF> planar.
  20.  
  21.  |>> difference on mega-big-CPU (as long as you stick with LoRes that is) but
  22.  |>> it
  23.  
  24.  JrF> no, it even makes no diffference on my 020-14 + fastmem, because
  25.  JrF> blitter got enough time to convert iff 020 is to render a doom scene.
  26.  
  27. What about the copying time from Fast to Chip?  Although I agree even that
  28. would be insignificant compared to the time needed to do DOOM on a slow 020-14.
  29.  
  30.  |>> Oh sure, just code a bit more, I guess that's why we see so many DOOM
  31.  |>> clones which actually USE this kind of stuff, NOT.
  32.  
  33.  JrF> I thought you were claiming technical planar problems ?  less
  34.  JrF> frameratee and such ?
  35.  
  36. I'm not convinced it is actually possible to get 5(+) MB/sec C2P conversion in
  37. real life.  Showing me a copy loop which does 5 MB/sec from Fast to Chip is
  38. hardly convincing.
  39.  
  40.  |>> Shitty solution.  I suppose the overlayed text should also have to be
  41.  |>> shrunk accordingly?  What about the status panel? Just open another
  42.  |>> screen you say?  Another 'special' routine as this can't be used on most
  43.  |>> gfx-cards.
  44.  
  45.  JrF> mhm, vports are said to be supported also on gfx-cards. what you argue
  46.  JrF> about ?
  47.  
  48. SOME gfx-cards.  I argue about all the HASSLE you have to go through to do a
  49. decent DOOM clone on Amiga (*any* 020+ Amiga, not just those with AGA, and
  50. taking advantage of gfx-cards).  Looking at all those special C2P routines each
  51. optimized for 1 specific config, and even TMap routines optimized for specific
  52. configs and screen resolutions makes programming on the clones look easy.
  53.  
  54.  |>> Most of the stuff I've seen here is 'demo' only.  For example, using 64K
  55.  |>> for a single texture and stuff like 256K loop-up tables are quite
  56.  |>> unrealistic for real games.
  57.  JrF> 256k is nothing on the doom-loved clones.
  58.  
  59. Oh I agree, but we are talking Amiga here remember?
  60.  
  61.  |>> I did that years ago, when everybody kept begging me to add
  62.  |>> copper-screens to TextDemo.
  63.  
  64.  JrF> hehe, got me ;)
  65.  JrF> so now we have free c2p, why you won't add that ?
  66.  
  67. Maybe I will when I got a bit more spare time :-(  
  68.  
  69.  JrF> 2+2pass, 3+1pass, writepixelarray8.
  70.  
  71.  JrF> lots of people would be much happier if you just added those 3 to TD.
  72.  
  73. Make that 6 already as we need versions for 2x1 and 2x2 pixels too.  And I'd
  74. probably also need to a 32-bit C2P in various versions (can't throw away 16-bit
  75. C2P as it is faster on 16-bit ChipRAM machines).
  76.  
  77.  |>>  JrF> adding a register, no table-lookup -> more speed. Imagine descent
  78.  |>> real
  79.  |>>  JrF> gouraudshaded :).
  80.  
  81.  |>> Why imagine?  There are already games doing that.
  82.  
  83.  JrF> but descent doesnt do that....
  84.  
  85. Well descent maybe doesn't do gouraud-shading, but it does do somekind of
  86. lightsourced shading, then again Descent is quite old.
  87.  
  88. Grtz John
  89.  
  90. -----------------------------------------------------------------------
  91.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  92. -----------------------------------------------------------------------
  93. -- Via Xenolink 1.985B5, XenolinkUUCP 1.1
  94.