[comp.sys.amiga.graphics] Dynamic Hi-Res question

ia0i+@andrew.cmu.edu (Indu Tara Agarwal) (04/23/91)

I have in my hands the latest copy of .INFO magazine which describes a new
product called Macro Paint from Lake Forest Logic Inc.  It is (according to
this article) the first 'paint' program which works in Dynamic Hi-res.  I was
wondering if anyone had tried out a copy yet and could give an impromptu
review.

Also, I have a question about Dynamic Hi-res itself.  I understand how you
set up the copper lists to select the 'optimal' 16 color palette for each
scan line, but here's something that puzzled me:

What if you drew, say, 100 1-pixel wide vertical lines, and intended to make
each one a different color?  How could this mode (purported to display all
4096 colors with no color fringing) possibly display that w/out fringing?

And remember, I mean 1-pixel wide so no tricky dithering is acceptable.

--If the above question seems inane, obvious, or downright assinine, please
  explain what I am misunderstanding about how the mode works.  (I'm working
  from the proverb that says: There are NO dumb questions. :-)

Thanks a million!

dvljrt@cs.umu.se (Joakim Rosqvist) (04/24/91)

In article <kc4lukS00WB44Junsl@andrew.cmu.edu> ia0i+@andrew.cmu.edu (Indu Tara Agarwal) writes:
>
>Also, I have a question about Dynamic Hi-res itself.  I understand how you
>set up the copper lists to select the 'optimal' 16 color palette for each
>scan line, but here's something that puzzled me:
>
>What if you drew, say, 100 1-pixel wide vertical lines, and intended to make
>each one a different color?  How could this mode (purported to display all
>4096 colors with no color fringing) possibly display that w/out fringing?
>
>And remember, I mean 1-pixel wide so no tricky dithering is acceptable.
>

No, this is not possible. Just as you say, there are 16 colors per
scanline so you naturally can't have 100 different ones!
/$DR.HEX$

ia0i+@andrew.cmu.edu (Indu Tara Agarwal) (04/24/91)

Thanks for answering my question!  I was _REALLY_ confused about what I was
reading in various ads and articles.  They repeatedly stressed the point that
you could get "...4096 colors _fringe-free_..." and I went crazy trying
to put together a copper list hack which could get more than 16 colors on
one scan line in this mode and have no color-bleed!

Actually though, this attempt started me thinking about other ways to "beat"
the system and get more colors fringe-free.  Would it be possible to hack
a program together that would open multiple Dynamic-Hires screens (assuming
you had enough chip-ram), and then do some sort of tricky "page-flipping" to
get the appearance of more than 16 colors per scanline with the multiple
screens??  I realize that you would get a flashing image that would make
interlace flicker seem non-existent by comparison, but assuming that you
had a __>>REALLLLLYY<<__ high persistence monitor to smooth out the strobe
effect, could it be done?

If the above seems inane or assinine, I'm sorry, but I really am curious.
And yes, I know that if you had a >>REALLY<< high persistence monitor you
could do this with normal hires screens as well.... :^)

I guess it boils down to this:  What is the fastest rate you could "page-flip"
a couple of Dynamic-Hires Screens in this fashion to get a "..tolerable.."
amount of screen flashing and still seem like you had more than 16 colors
per scan-line?

I know that some games use a double-buffered "page-flip" kind of thing to get
rid of jerkiness during play, but has anyone tried this sort of scheme with
other programs to "increase" the number of colors displayed on a screen?
(Paint programs are the first usage I see, but assuming it could be done,
it could be applied to data-plotting utilities and such where you might need
more than 32 colors in order to differentiate between various plots, etc...)

Any replies, negative or otherwise, are WELCOME!
=====================================================================
"I'm proceeding from the assumption that there's no such thing as
 a dumb question!"