Re: Emulator discrepancies (was DMA'ing in Commodore 64 for developing purposes.)

From: tokafondo <tokafondo_at_tokafondo.name>
Date: Wed, 15 Jun 2022 20:54:12 +0100
Message-ID: <4217bd87-2168-4cbc-385a-2b5f240b0f24_at_tokafondo.name>
El 15/06/2022 a las 20:26, tokafondo escribió:
> El 15/06/2022 a las 20:05, smf escribió:
>> Right, it's fine for some things, but if your code requires accurate
>> timing (which is very common with c64 code) then not being able to stop
>> the vic2/sid/cia etc chips will make it pretty much worthless.
>>
>> Even dma'ing memory is going to be problematic as the cpu will have to
>> stop. But it would make a killer downloader.
>>
>> A new motherboard with dual port ram would be cool
> 
> Of course that there is no way to freeze the complete computer but only the CPU as the VIC-II does.
> 
> But DMA'ing would make testing almost instant. Imagine an IDE that once compiled, instead of creating files to be burnt in a ROM, or files to be copied to a image disk, would "transfer to C64 memory" directly so changes would be see on the fly.

Think that DMA'ing was precisely what the Z80 did in the CP/M cartridge. It disabled the 6510 and dealt with the VIC-II.
> 
> 
>>
>> On 15/06/2022 17:49, Bill Degnan wrote:
>>>
>>> I'd like to clarify my use of an in-circuit emulator, which is not an
>>> "emulator" of a C64.  It's just a CPU emulator. You literally plug the
>>> in-circuit emulator into the 6502 slot and run the cable into the
>>> hardware unit.  The hardware unit has a serial interface that allows
>>> you to step machine instructions, load programs, move/inject/change
>>> values within a block of RAM, take snapshots of RAM and save the log
>>> session as a text file, etc.
>>> Bill
>>
> 
Received on 2022-06-15 22:01:02

Archive generated by hypermail 2.3.0.