Re: Video Coprocessor
- To: Penio Penev <penev@xxxxxxx>
- Subject: Re: Video Coprocessor
- From: KC5TJA <kc5tja@xxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 10 Nov 1997 13:04:31 -0400
- cc: MISC
- In-Reply-To: <Pine.SGI.3.96.971110102943.27949L-100000@venezia.rockefeller.edu>
- Old-Date: Mon, 10 Nov 1997 09:59:59 -0800 (PST)
- ReSent-Date: Fri, 14 Nov 1997 14:23:55 -0500 (EST)
- ReSent-From: Penio Penev <penev@xxxxxxx>
- ReSent-Message-ID: <Pine.SGI.3.96.971114142355.18836Z@venezia.rockefeller.edu>
- ReSent-To: MISC
> Whenever the MP gets a chance -- at the end of the current memory
> transaction of the stack processor (SP) -- it fetches the next video word
> and puts it into PR. In the case it is a jump, MP generates an immediate
> second memory access go get the video word at the new location. So, the
> PR is sometimes filled with one memory access, sometimes with two.
Does the video processor have a higher bus priority than the stack
processor? If not, then that would explain a large number of video
effects, like jitter and spurious black lines and stuff (the old TRS-80s
had this problem).
=============================================================================
"Tongue Tied and Twisted, Just an Earthbound Misfit..." - Pink Floyd
Long live the AMIGA!! HAM Radio: KC5TJA/6, Tech +, 146.730MHz
http://www3.axisinternet.com/~kc5tja Grid Square DM13
Project Leader: Dolphin Operating System (mailing list: ddg@axisinternet.com)
PGP block temporarily unavailable... Another is coming soon.
