Isn’t this kind of how the super speed kernal as implemented in the U64 works? > On Mar 30, 2022, at 11:20, Jim Brain <brain_at_jbrain.com> wrote: > > 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 <mailto:brain@jbrain.com> > www.jbrain.com <http://www.jbrain.com/> --Apple-Mail=_1B5AB3AA-314B-4AE8-9870-0C62840C2776 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Isn’t this kind of how the super speed kernal as implemented in the U64 works?<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Mar 30, 2022, at 11:20, Jim Brain <<a href="mailto:brain_at_jbrain.com" class="">brain@jbrain.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class=""> <div class=""> <div class="moz-cite-prefix">On 3/30/2022 11:04 AM, Jim Brain wrote:<br class=""> </div> <blockquote type="cite" cite="mid:85860850-5adb-de0b-570d-cbe6ae027997_at_jbrain.com" class="">On 3/30/2022 10:56 AM, Zoran Davidovac wrote: <br class=""> <blockquote type="cite" class="">Hi, to all, <br class=""> <br class=""> as there is already burst patch for c64 (one wire hack), <br class=""> <br class=""> to get 1571 and 1581 tu use burst on c64 (also kernel roms exist to support that) <br class=""> <br class=""> </blockquote> 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). <br class=""> <br class=""> 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. <br class=""> <br class=""> Jim <br class=""> <br class=""> <br class=""> </blockquote><p class=""><font size="4" class="">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. <br class=""> </font></p><p class=""><font size="4" class="">If this sounds suspiciously like VICE's KERNAL traps, it's because it is.</font></p><p class=""><font size="4" class="">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.<br class=""> </font></p><p class=""><font size="4" class="">Jim</font><br class=""> </p> <pre class="moz-signature" cols="72">-- Jim Brain <a class="moz-txt-link-abbreviated" href="mailto:brain_at_jbrain.com">brain@jbrain.com</a> <a class="moz-txt-link-abbreviated" href="http://www.jbrain.com/">www.jbrain.com</a> </pre> </div> </div></blockquote></div><br class=""></body></html> --Apple-Mail=_1B5AB3AA-314B-4AE8-9870-0C62840C2776-- --Apple-Mail=_08110FB1-CF5C-47A8-BBD2-E1E302210A82 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCd4w ggS8MIIDpKADAgECAhB4SqkSGNGkJghRPNNmVUOjMA0GCSqGSIb3DQEBCwUAMEwxIDAeBgNVBAsT F0dsb2JhbFNpZ24gUm9vdCBDQSAtIFIzMRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpH bG9iYWxTaWduMB4XDTIwMDkxNjAwMDAwMFoXDTI5MDMxODAwMDAwMFowWzELMAkGA1UEBhMCQkUx GTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2JhbFNpZ24gR0NDIFIzIFBl cnNvbmFsU2lnbiAxIENBIDIwMjAwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/G8kG oRqlq7Hb/Pcnt8WyVE5aMpUnmsIx9YayDXt2YPs1KcbtKmhrx3eG1eyWzUgzGg7w/Ki5BqM1Cpia VijGKeWp6cw2/sInIQow4C2CUGYPoL9ALuRP51LHgd9JOzzGa/y94k6V0zMXxL8ESf+0PjD8O+mD 6hc6oPI6Ic9NpxEUrRAeirl4RsGZVLxbSvBxpGi0718ZMD42MXQzLsYtE0rR4w8aHaFw9lRFCFfL vBFDxcUh8QDqRpAcc3badydW3CqJOYDBNH7gY01WKcbcqM1ksBVKcat0K9PYjhmjX2ErLk9fqjvC tVe8xHjNXlUEXBXpkMz7F7Bqjsy6n5JvAgMBAAGjggGJMIIBhTAOBgNVHQ8BAf8EBAMCAYYwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYE FIW78MzENrUKYnajmS6PuzpqrcVRMB8GA1UdIwQYMBaAFI/wS3+oLkUkrk1Q+mOai97i3Ru8MHoG CCsGAQUFBwEBBG4wbDAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v dHIzMDsGCCsGAQUFBzAChi9odHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9yb290 LXIzLmNydDA2BgNVHR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLmdsb2JhbHNpZ24uY29tL3Jvb3Qt cjMuY3JsMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMA0GCSqGSIb3DQEBCwUAA4IBAQBZa2qO7XaDnbgV 0PYfBRdTWtLF4zlpJTVxQLVX/EGNdbQiMDv/f+8bZyJ6088/+DeWmhB49UmlAApmaXzV8fA8+K8U r0lrjWMmSCobOQ5FILTFiSHaAZ5CDUlVoLNytHMkSVGNPjjaboWlsscJ5vEgcu7RYE2Mtmt4Hoxg xqp08voi1te0P8FTiTnXtwS5RtzOgEVkCtqOruhQFZe6uiWfkAydHBU3CAk3g2nSziSQn3gp6nNs U4vNxud9QHT7FPh+heZszQaaZw8Y7LSq+oQcmwHANlcPEiTyioKecueCLs33hKfh5Nyaln00fZ0M 3U5MQ9VeBEblfWkFw20xYbowMIIFGjCCBAKgAwIBAgIMEiM26p4/9crpWJ71MA0GCSqGSIb3DQEB CwUAMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMB4XDTIyMDMwMzE2NDgxMVoX DTI1MDMwMzE2NDgxMVowUjEkMCIGA1UEAwwbc2hhZG93QGRhcmtzaWRlcmVzZWFyY2guY29tMSow KAYJKoZIhvcNAQkBFhtzaGFkb3dAZGFya3NpZGVyZXNlYXJjaC5jb20wggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQCpDw8r9zMnSlgxpu4NudC4Xen655R9MLWZhJqrOiqhYNNFCvw4lTrt 5qXwLesOdZNduVB8eVIQXRaXEmgYhYI4bCI2eDxqY7/ueYF9ZgLxfYgyIYC2OCDXeuxF0WxyfOxP 7ViDtGJ/NrpIGszmZzGZYl2IBKwg8Ejvyh0DRPEqCjql8u34pLIQ5Z8Bx8ju3xVznYhZ3yr9nMrM wJwUdUsdKKSODHR1VpPxtOM+Gr31W00DptMVbErgcn/8L+lXHn3pu16PJgJ/PJW9MVVY256hRgoK CeEBCrFKKPQmLVyadDXxOYiqydJpDBhw2+m6ek9CpkRPF/cO4Q+217BvaHSJAgMBAAGjggHlMIIB 4TAOBgNVHQ8BAf8EBAMCBaAwgaMGCCsGAQUFBwEBBIGWMIGTME4GCCsGAQUFBzAChkJodHRwOi8v c2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMC5j cnQwQQYIKwYBBQUHMAGGNWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjNwZXJzb25h bHNpZ24xY2EyMDIwMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBz Oi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMAkGA1UdEwQCMAAwSQYDVR0fBEIwQDA+ oDygOoY4aHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAy MC5jcmwwJgYDVR0RBB8wHYEbc2hhZG93QGRhcmtzaWRlcmVzZWFyY2guY29tMB0GA1UdJQQWMBQG CCsGAQUFBwMCBggrBgEFBQcDBDAfBgNVHSMEGDAWgBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAdBgNV HQ4EFgQU4BKQGKnyXl/XjjK4orSOLatZk4wwDQYJKoZIhvcNAQELBQADggEBAB8gLjJ+duwBY3lt bu6chBwTKZErjKJzSyfT4OZED21OfJKPB2PIGSkUcEcwfspnKSwNQdLNKreCDaQ5TlpX2deiEfKz iqlIa+QdSUHhbQbX0XPkWf3v3PKuMegowX0V20uku8I1WXZc3O+g99UomtY3MkAstlffGysH0sDl oJ+ZQqcDAZFmB5uzzWscUeQHUazlbjIocMNNu5edOhRlUKZyOzXrjhEyIWgdPz8qEaTBdVsKmVH4 UUxQi9jIrOylV97J+h0mKqA8O8J+DdcJPImHOw4Od7Iz//ChyumaTRCsQ/86FSQy1BsnfOCwKrTc x5orjhNSJ02uOpjwIKeb7gkxggL9MIIC+QIBATBrMFsxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBH bG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhHbG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24g MSBDQSAyMDIwAgwSIzbqnj/1yulYnvUwDQYJYIZIAWUDBAIBBQCgggFjMBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIyMDMzMDE3MDAwNVowLwYJKoZIhvcNAQkEMSIE IAc5LttwXAV1EemE4YuGTNAVDOTIuGU2ebGAET/ABQPcMHoGCSsGAQQBgjcQBDFtMGswWzELMAkG A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2JhbFNpZ24g R0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDBIjNuqeP/XK6Vie9TB8BgsqhkiG9w0BCRAC CzFtoGswWzELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMT KEdsb2JhbFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDBIjNuqeP/XK6Vie9TAN BgkqhkiG9w0BAQsFAASCAQABKgM23D5hWTViR6zi9SJsqa11jPkwJFD0WBb5mYHOs5MWgRcI62al I/WaUxhujdNi2k30qnpPG99pmZdFyienxdW5qNCgi4LSXslFJFnfyuzLJe4tNsnUHxr/N0Cv2qkm lQRUjGR0FgGg0IF6Jp2TUH6snqXDtNUhXermp5vc+vhLeyoOFr5/w54VALo5aYNjfsn2shwiNeDJ 0expWbftLMCqH6pvkgFsXeWD51MbIOPesOjMkgRxuPeSVezOR9zeisQ7Tum+BjN5pzGeDdrrqm0m 8bDgbyD2GPZ0jS5eqQjPaKtPLRUhg4ndTBUWsPgLB2Yq7JYHLhTl+U0FFIPoAAAAAAAA --Apple-Mail=_08110FB1-CF5C-47A8-BBD2-E1E302210A82--Received on 2022-03-30 20:00:07
Archive generated by hypermail 2.3.0.