home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / datacomm / 5369 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.9 KB

  1. Path: sparky!uunet!gatech!rutgers!cbmvax!cbmehq!cbmden!kehlet!kehlet
  2. From: kehlet@kehlet.adsp.sub.org (Jesper Kehlet)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: Ansi and Jrcomm
  5. Message-ID: <kehlet.05s9@kehlet.adsp.sub.org>
  6. Date: 26 Jul 92 21:44:52 GMT
  7. Organization: Compos Mentis Software Systems
  8. Lines: 60
  9. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  10.  
  11. In article <1992Jul26.054007.4794@news.ysu.edu> ac463@yfn.ysu.edu (Rich Yauman) writes:
  12. > I have a question about Jrcomm, or maybe its a suggestion, I'm not
  13. > quite sure which.
  14. > Earlier I was on an IBM based BBS, and they had some ANSI text on the
  15. > screen.  And according to different comments this text should not
  16. > only of been in color (which I did see), but it should also of been
  17. > flashing (which I didn't see).
  18. > SO if it is possible to get that sort of ANSI with JRCOMM, and I 
  19. > just don't know the proper settings, then this post is a question, and 
  20. > the question is HOW?
  21. > If this situation is because JRCOMM doesn't support flashing ANSI text,
  22. > then this is a suggestion for the next editition.  
  23.  
  24. Flashing text is one of the few things, that the peecee's can easily create
  25. due to their text-mapped display.
  26.  
  27. On the Amiga, however, the display is bitmapped, so reproducing flashing
  28. text would demand a routine to constantly swap colors between the
  29. background color and the foreground color.
  30.  
  31. For a single character in an 8x8 font like topaz 8 or jrcibm 8 this is not
  32. really a problem, but imagine a 640x256 display that has to be flashed.
  33. It's 32 lines with 80 characters each line.  This amounts to 2560
  34. characters.
  35.  
  36. If we got an 8 color display, this is 3 bitplanes and so it is 2560 x 8 x 3
  37. bytes = 61440 bytes, that would have to be swapped.
  38.  
  39. With a flash period of 1/2 a second, this would mean, that 122880 bytes
  40. would have to be changed each and every second.  And you would have to
  41. support 4 bitplanes, i.e.  16 colors, as well...  Phew!
  42.  
  43. If you're doing it another way, swapping displays, it would mean, that you
  44. would have to update two displays when you receive a single character on
  45. the serial port.  This would probably be a little faster, but still, you
  46. can't really do it and still get reasonable speed out of JR-Comm...
  47.  
  48. I have tried to do a workaround on this myself, as I have written a
  49. commercially sold terminal software package, but with the options given
  50. from a bitmapped console, it's not that easy to make it fast, I can tell
  51. you...
  52.  
  53. I'd for sure rather be working with a FAAAST comms program and miss the
  54. flashing text, than look at one, that has flashing text and is a speed-pain
  55. in the b*tt...
  56.  
  57.  
  58. > -- 
  59. >  Rich Yauman
  60.  
  61. -- 
  62.      Jesper Kehlet, Compos Mentis Software Systems -- A Kind Of Magic
  63.  
  64.         (uunet|pyramid|rutgers)!cbmvax!cbmehq!cbmden!kehlet!kehlet
  65.              cbmehq!cbmden!kehlet!kehlet@cbmvax.commodore.com
  66.  
  67.      "Yet another emotional suicide, overdosed on sentiment and pride"
  68.