home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3208 < 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: 8 Feb 1996 15:18:57 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: inet
  8. Message-ID: <4fd491$k8r@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4f4hiu$oum@ionews.io.org> <38232327@kone.fipnet.fi> <743.6612T966T1128@wr.com.au>
  10. NNTP-Posting-Host: hphalle4e.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle4e.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <743.6612T966T1128@wr.com.au>, accolyte@wr.com.au (Accolyte) writes:
  15. |> Organization: Information Services, The University of Sydney, NSW, Australia
  16. |> Lines: 19
  17. |> Distribution: inet
  18. |> Message-ID: <743.6612T966T1128@wr.com.au>
  19. |> References: <4f4hiu$oum@ionews.io.org> <38232327@kone.fipnet.fi>
  20. |> NNTP-Posting-Host: dialup21.wr.com.au
  21. |> X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  22. |> 
  23. |> 
  24. |> >> It appears that these boards are almost two times slower when accessing 
  25. |> >> CHIP RAM, than a basic A1200 (no acel. no extra RAM)!?
  26. |> >>  
  27. |> >> 12 gauge, Blizzard and others, on the other hand, are two times faster
  28. |> >> (which is normal).
  29. |> >>  
  30. |> >> So, the question is - is there a solution to make these 030s access
  31. |> >> CHIP RAM at normal speed? 
  32. |> 
  33. |> > Yep. This is true, but it is not a big problem.
  34. |> 
  35. |> It IS a big problem as far as compatibility with software written for
  36. |> unaccelerated machines goes. Anything that makes maximum use of the 
  37. |> unexpanded 1200's chip accessing per frame will fail dismally on such an
  38. |> accelerator.  Of course, some data could be put in fastram, but that isn't
  39.  
  40. tripple-buffered effects rule here. the 030 will lose some frames, but
  41. won't fall back to 25fps. The thing is that sometimes 25fps look
  42. better than a effect sometimes loosing a frame :\
  43.  
  44. |> going to change any programs that have already been written.
  45. |> 
  46.  
  47. That's true, seen from that point it is a problem.  Don't want to sound
  48. like one of the OS-gurus ;) but if software behaves that way it mostly
  49. is done not so well.
  50.  
  51. There are exceptions, for example cpu-scroll in chipmem. Will be just
  52. faster on synchronous cpus. What effect are you refering to ?
  53.  
  54. |> 
  55. ------------------------------------------------------------------------
  56.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  57.  
  58.