home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4383 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB
  1. Path: ulke.hiMolde.no!ulke!espen
  2. From: Espen.Berntsen@himolde.no (Nameless)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Fastmem to chip
  5. Date: 28 Feb 1996 15:11:18 GMT
  6. Organization: Molde College, Department of Computer Science
  7. Message-ID: <2066.6632T258T2869@himolde.no>
  8. References: <517.6624T116T387@himolde.no> <542.6624T1040T2116@sn.no> <4gj2gn$f9c@sunsystem5.informatik.tu-muenchen.de>
  9. NNTP-Posting-Host: ulke.himolde.no
  10. X-Newsreader: THOR 2.21 (Amiga;SOUP)
  11. Originator: espen@ulke
  12.  
  13. >: >What is the fastest way of copying a memory area from Fastmem into a
  14. >: >Rastport? What I want to do, is build a map in FastMem, and copy it into a
  15.  
  16. >The only function writing to a rastport from any mem is
  17. >writepixelarray8. But when used on planar modi, it will be lot slower
  18. >from fast than any other method from chiponly...
  19.  
  20. >Do allocate a bitmap. copy into it from your array (that's cpu fast->chip).
  21. >then do blitbitmaprastport().
  22.  
  23. So I have to make a routine to copy from FastMem to a bitmap in Chip... I have
  24. to get the bitmap pointers from the bimap structure, is that compatible with gfx
  25. cards?
  26.  
  27. And is the blitter fast enough to copy a LARGE mem area in one frame, so it
  28. won't be any visible crap on screen?? For some reason I believe this to be too
  29. slow *sigh* I really hate those chip->chip copys.
  30.  
  31. Or is it possible to freeze the refresh of a screen, until an event occur, thus
  32. letting me copy the fastmem area straight into the windows rastports bitmaps?
  33. That is, displaying the old view until I have copied the new data into the
  34. bitmaps, and THEN display the new data?? Nah, sounds highly unlikely.
  35.  
  36. Speaking of size, if I open a 1280x1024 screen, I would get a maparea of
  37. 1024x896 pixels resulting in 917504 bytes allocated. That means I have to copy
  38. that much in one blitter operation. Which also means the refresh will be down to
  39. about 4 frames pr second. It will of course speed up a little on gfx cards if
  40. this is a legal way of doing it. The problem is also the little available chip
  41. mem. I won't be able to get any mods in there, but I guess that won't be a
  42. problem since people that opens such a screen will have a gfxcard leaving 2MB
  43. free for stuff..
  44.  
  45. I really want 1986 back. With 320x256 screens , one configuration, hardware
  46. banging, few colors, and chip tunes :-/
  47.  
  48. --
  49. This excellent message was brought to you at 28-Feb-96 03:57:59 by
  50.  
  51. Nameless@ask.himolde.no <> Nameless @ IRC <> http://www.himolde.no/~espen
  52. =============================================================================
  53. .. one mans constant is another mans variable
  54.