home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4505 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 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: need help on A1200/030 board programming
  5. Date: 29 Feb 1996 14:52:55 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4h4ek7$lp1@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4gb9ao$104@sunsystem5.informatik.tu-muenchen.de>  <1189.6628T141T1560@wr.com.au> <38232664@kone.fipnet.fi> <772.6632T572T2649@manawatu.gen.nz>
  10. NNTP-Posting-Host: hphalle2i.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle2i.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <772.6632T572T2649@manawatu.gen.nz>, kurg@manawatu.gen.nz (Damon Davies) writes:
  15. |> Organization: PlaNet (NZ) Manawatu, Palmerston Nth, New Zealand +64 6 357-9245
  16. |> Lines: 20
  17. |> Message-ID: <772.6632T572T2649@manawatu.gen.nz>
  18. |> References: <4gb9ao$104@sunsystem5.informatik.tu-muenchen.de>
  19. |>     <1189.6628T141T1560@wr.com.au> <38232664@kone.fipnet.fi>
  20. |> NNTP-Posting-Host: kurg.manawatu.gen.nz
  21. |> Mime-Version: 1.0
  22. |> Content-Type: text/plain; charset=iso-8859-1
  23. |> Content-Transfer-Encoding: 8bit
  24. |> X-Newsreader: THOR 2.21 (Amiga;TCP/IP)
  25. |> 
  26. |> >> Yeah, it's not really a problem, as long as the programmer recognises
  27. |> >> fast ram (which unfortunately a lot of games don't seem to do..).
  28. |> 
  29. |> >You dont have to "recognise" FAST-ram, just dont force stuff
  30. |> >into CHIP-ram which does not need to be there, ie. only
  31. |> >gfx data, samples, display memory etc.
  32. |> 
  33. |> >--                               _
  34. |> >a Stellar programmer          _ //
  35. |> >"Amiga - back for the future" \X/
  36. |> 
  37. |> Just an ellaboration: 
  38. |> 
  39. |> This is how you do it in assembler "Section TheCode,code" will put the code 
  40. |> in fast ram preferably, but in chip if there is no fast."Section 
  41. |> TheCode,code_f" will put the code in fast only! and fail if there is none.
  42.  
  43. Forcing code to fast is imho nonsense.
  44.  
  45. I only use alloc(fast) one time:
  46.  
  47.   p=alloc(fast)
  48.   if fail (p=alloc(chip); chip=true)
  49.  
  50.   so my code will know if it has to copy to chip if I use a 0-cpu-pass routine.
  51.  
  52. can't see any other reason for using the memf_fast flag...
  53.  
  54. |> "Section TheCode,code_c" will put the code in chip memory only. You also
  55. |> have the directive data,data_F,data_C.
  56. |> 
  57. |> Damon.
  58. ------------------------------------------------------------------------
  59.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  60.  
  61.