Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uunet!dayvb!afitamy!Jim.Priestle
From: Jim.Priestle@afitamy.fidonet.org (Jim Priestle)
Newsgroups: comp.sys.amiga
Subject: Re: Graphics standards and super-graphics s/w
Message-ID: <143.25EE15ED@afitamy.fidonet.org>
Date: 1 Mar 90 20:23:22 GMT
Organization: AFIT Amiga Users BBS(AFITAUG), Dayton, Oh. (513) 252-7681
Lines: 32

** Quoting John Sparks to All **
 >IS dynaham
 >but I don't see too much use for it, except as an oddity. Maybe 
 >if they
 >cut down on all the CPU time it uses and come out with a paint 
 >program
 >for it, then it would be useful. BTW: Why does dynaham take 
 >over the whole
 >processor, and SHAM (sliced HAM) doesn't? They seem to be pretty 
** End of Quote **
Unless I'm wrong, there is some gross misunderstandings here.  First, there is 
not such thing as "Dyna-Ham".  You refer to new-tek and new-tek's new mode is 
"Dynamic Hi-Res (DHR)".  Itt is not "ham" because HAM mean "Hold and Modify" 
and there is no hold-and modifying going on.  It DOES allow 4096 colors on the 
screen at once, but does this by changing the 16-color palett on each 
scan-line.  HAM takes a pixel and modified one color (R, G, or B) while DHR 
uses the copper-list.  I don't know too much about SHAM, HAM-E, etc, but a 
posting by someone that list all the particulars of these mode would be 
appriciated.  -jim-


--  
-------------------------------------------------
Jim Priestle - via FidoNet node 1:110/300
UUCP: uunet!dayvb!afitamy!Jim.Priestle
ARPA: Jim.Priestle@afitamy.fidonet.org
-------------------------------------------------|
>>>> The // Air Force Institute of Technology    |
>       //     Amiga Users BBS/UFGateway         |
>    \ //    Dayton, Ohio  (513)-252-7681        |     
>     X/               1:110/300                 |
-------------------------------------------------|