From: Baltissen, R (Ruud) (ruud.baltissen_at_abp.nl)
Date: 2003-08-20 14:28:44
Hallo Oliver,
> $000000 - $0fffff : 1MB Ram with standard memory mapping (C64
> i/o space), i.e. 16 virtual C64s
I had the same idea but rejected it. But I later found out there was a flaw
in the reason. I still have some thoughts about it. For example: you still
need some I/O to tell the VIC where to find it data. Where do you locate
this I/O?
> Memory is slow ram due to extra cycles needed by the VIC.
Like replacing the 4164's by 41256's? Thus no fast SRAM? (if I understand
correctly)
Pro: simplifies the design (no addressline latches needed)
Con: The virtual C64's (VC64) will only run at 1 MHz.
Hmmmm, nein, sorry, don't like that.
> How about that?
Positive. But I have some small discussable doubts.
What about any comments/objections against piling all VC64's up in the first
64 KB segment?
--
___
/ __|__
/ / |_/ Groetjes, Ruud
\ \__|_\
\___| http://Ruud.C64.org
=====DISCLAIMER=================================================================
De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen.
The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission.
Message was sent through the cbm-hackers mailing list
Archive generated by hypermail pre-2.1.8.