Re: Patching in a CBM disk drive connection in a C64 case.

From: Jim Brain <brain_at_jbrain.com>
Date: Wed, 30 Mar 2022 11:20:30 -0500
Message-ID: <acaba9ec-6895-c1b2-bd04-1ac747e46841_at_jbrain.com>
On 3/30/2022 11:04 AM, Jim Brain wrote:
> On 3/30/2022 10:56 AM, Zoran Davidovac wrote:
>> Hi, to all,
>>
>> as there is already burst patch for c64 (one wire hack),
>>
>> to get 1571 and 1581 tu use burst on c64 (also kernel roms exist to 
>> support that)
>>
> But, again, KERNAL changes.  You can also use JiffyDOS (not trying to 
> plug it, just using it as a quick example) to get the same speeds 
> without a wire mod and works with 1541 (though, the OP looks to put a 
> 1581 in the unit, which makes sense).
>
> I posit there is no way to speed up the 64 to drive transfer speed 
> that is 100% transparent to the KERNAL and will maintain 100% 
> compatibility.  Therefore, every transfer speed up will require 
> trading off some compatibility.
>
> Jim
>
>
I will amend my position.  I can think of only 1 option, which is to 
implement the 64 in an FPGA or an emulator, such that the emulator or 
FPGA contains a hypervisor-like space that can detect if the stock 
KERNAL is being used in a normal way, and if so, "trap" the calls and 
redirect them outside of the KERNAL space to use the faster method.  
Same on the drive side.

If this sounds suspiciously like VICE's KERNAL traps, it's because it is.

And, no, I don't think this is particularly practical in this use case 
(I doubt the OP wants to buy the equivalent of an Ultimate 64 for this 
project), but I know the crowd here.

Jim

-- 
Jim Brain
brain_at_jbrain.com  
www.jbrain.com
Received on 2022-03-30 19:01:13

Archive generated by hypermail 2.3.0.