[Coco] Artifacting (again)

Mark McDougall msmcdoug at iinet.net.au
Thu Sep 2 19:01:32 EDT 2010


On 3/09/2010 8:31 AM, jdaggett at gate.net wrote:

> The SAM chip also expands the video modes. S8, S12 and S24 modes  are
> added via the SAM chip. The INV, and S/A pins of the 6847 are also mapped
> to the DD /DD7 pins of the SAM chip. Supposedly this is to allow changes
> on the fly.

Yes, I know, but the SAM still only affects video memory addressing, i.e. 
from where in memory the 6847 fetches video data for each pixel. The SAM 
itself doesn't directly drive any video signals, so it can't affect the 
artifacting.

Mapping INV# and A#S to D6/7 don't allow changes on the fly. The (non-T1) 
6847 only has 64 characters, enough for uppercase only. Connecting D6 to 
INV# causes the 6847 to display inverse characters for codes 0-63. 
Connecting A#S to D7 causes semi-graphics to be displayed for codes 128-255.

The SAM allows changes to the way video memory is addressed in semi-graphics 
mode. In effect, it changes the vertical scaling of the semi-graphics 
blocks, by altering the number of times each character row is scanned in 
video memory.

As an aside, the 6847 would normally do its own video addressing. But since 
the SAM was including in the design anyway, they disconnected the 6847 from 
the address bus and used the SAM to add more video modes, just because they 
could.

Regards,

-- 
|              Mark McDougall                | "Electrical Engineers do it
|  <http://members.iinet.net.au/~msmcdoug>   |   with less resistance!"



More information about the Coco mailing list