home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.datacomm
- Path: sparky!uunet!cs.utexas.edu!torn!utzoo!telly!moore!eastern!hao
- From: hao@eastern.COM (Hao Dang)
- Subject: Re: Ansi and Jrcomm
- Organization: Eastern's Public Access BBS, Toronto CAN
- Date: Tue, 28 Jul 1992 15:06:18 GMT
- Message-ID: <8sNmoB1w164w@eastern.COM>
- References: <1992Jul26.215837.7031@pixel.kodak.com>
- Sender: bbs@eastern.COM (Public Access BBS)
- Lines: 18
-
- jeh@raster.kodak.com (Ed Hanway) writes:
-
- > It's not nearly that hard. Just reserve another bit plane for flashing.
- > That would make colors 0-7 normal and colors 8-15 flash by having a routine
- > run at intervals to reprogram half of the palette (switching it between
- > normal colors and black).
- >
- > But frankly, I can do without the flashing, too.
-
- Actually, it is NOT that easy. You're forgetting that IBM ANSI emulation
- requires 16 COLORS (8 bright, and 8 half-bright). Therefore, you would have
- to allocate another bitplane in a 4 bitplane HI-RES screen. This is NOT
- possible. You would have to resort to using an nauxiating (sp?) interrupt
- loop. I know... I'm programming a BBS with IBM emulation, and I decided to
- not support the blinking as it would involve too much extra coding...
-
- |_| _ _ / Author of an upcoming AMIGA BBS \ " Save a tree, eat
- | |(_|(_) \ Usenet Address: hao@eastern.COM / a beaver. "
-