home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / datacomm / 7553 < prev    next >
Encoding:
Text File  |  1992-11-09  |  3.1 KB  |  66 lines
  1. Newsgroups: comp.sys.amiga.datacomm
  2. Path: sparky!uunet!caen!uwm.edu!rpi!pooler
  3. From: pooler@vccsouth29.its.rpi.edu (Robert Peter Poole)
  4. Subject: Re: Weird problem with Term 2.4 and CPUblit
  5. Message-ID: <jgn1pbq@rpi.edu>
  6. Nntp-Posting-Host: vccsouth29.its.rpi.edu
  7. Organization: Rensselaer Polytechnic Institute, Troy, NY
  8. References: <olsen.5173@sourcery.mxm.sub.org>
  9. Date: Tue, 10 Nov 1992 00:47:58 GMT
  10. Lines: 54
  11.  
  12. In article <olsen.5173@sourcery.mxm.sub.org> olsen@sourcery.mxm.sub.org (Olaf Barthel) writes:
  13. >In article <t7h1+w#@rpi.edu> pooler@aix02.ecs.rpi.edu (Robert Peter Poole) writes:
  14. >> OK, this is something I just noticed.  I run CPUblit from my WBStartup
  15. >> drawer, and I also leave my computer running for weeks at a time without
  16. >> turning it off; often I don't reboot for days at a time.  I've noticed
  17. >> that after a reboot, running Term 2.4 once is fine -- CPUblit does its
  18. >> thing.  Now, I run Term in a 16 color screen, so without CPUblit, the scrolling
  19. >> would be slow, and there'd be rainbow trailers everywhere.
  20. >
  21. >   CPUBlit is not a miracle cure. It is capable of moving data around simultaneously
  22. >in two bitplanes while the operating system would run the blitter on each single
  23. >bitplane. With a 16 colour screen CPUBlit would require two runs, whereas the
  24. >operating systemroutines would require four runs.
  25.  
  26. Ummm... this does NOT explain why CPUBlit prevents rainbow trailers the first
  27. time I run Term, then quit it, and does not prevent them when I run Term again.
  28. This is probably NOT a problem with CPUBlit.  Yes, I agree that CPUBlit is not
  29. a cure-all.  However, it worked fine before.  Why is it suddenly working
  30. sometimes with Term and not others?  This sounds rather suspicious to me.
  31. I've sent you email more explicitly describing what's going on.  Maybe you can
  32. make use of it.
  33.  
  34. >
  35. >   If you don't like the rainbow trailers, turn on the `faster layout' switch.
  36.  
  37. As you yourself said to me in private email, "faster layout" only works under
  38. Amigados 3.0... and incidentally, I tried it on an Amiga 3000 running a beta of
  39. 3.0, and "faster layout" does work -- the scrolling is slightly faster, there
  40. are no rainbow trailers, BUT the dripens get screwed up, so the embossed 3-D
  41. look of the beveled boxes and gadgets disappears.  Weird.
  42.  
  43. >Scrolling will not be faster, though. If you really wish to use 16 colours with
  44. >`term', try an A4000.
  45. >
  46.  
  47. Not everybody can afford to get rid of his Amiga 3000 and buy a 4000.  Besides,
  48. the blitter in the 4000 is essentially unchanged.  Granted, chip bandwidth has
  49. improved because of AGA.  But I find it hard to believe that The cure-all is
  50. AGA.  As I said, if the CPUBlit hack worked before, it should work now.
  51. Something is amiss.
  52.  
  53. >> Rob Poole
  54. >> pooler@rpi.edu
  55. >> pooler@cs.rpi.edu
  56. >
  57. >-- 
  58. >Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
  59. >Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
  60. >D-3000 Hannover 71 |           cbmvax.commodore.com!cbmehq!sourcery!olsen
  61. >MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
  62. >-------------------------------------------------------------------------
  63. >                      Ceci n'est pas une signature.
  64.  
  65. Rob Poole
  66.