| |
Richard
Registered: Dec 2001 Posts: 621 |
Disable software/hardware fastload
Please can you help? Does anyone know how I can program a routine that disables Action Replay cart fastload when loading from a 1541-II disk drive? |
|
... 10 posts hidden. Click here to view all posts.... |
| |
AlexC
Registered: Jan 2008 Posts: 299 |
Maybe you should consider small autostarting boot file that will overwrite IRQ vectors and than load the rest from tape using own turbo routine?
Out of curiosity: are you also considering using fake decryption loop as in mentioned example? It is a neat trick and many people even today have problems with CIA internals. |
| |
Richard
Registered: Dec 2001 Posts: 621 |
Quote: Maybe you should consider small autostarting boot file that will overwrite IRQ vectors and than load the rest from tape using own turbo routine?
Out of curiosity: are you also considering using fake decryption loop as in mentioned example? It is a neat trick and many people even today have problems with CIA internals.
Didn't the original source in codebase do that (Kernal Boot, then turbo) I'm sure it did.
I wasn't planning on fake decryption. I'm not too familiar with CIA tricks etc |
| |
MagerValp
Registered: Dec 2001 Posts: 1078 |
WTH does that code do? You're redirecting the STOP vector and jumping to FILE OPEN error?
Anyway, to make all users suffer through slow loading just to blink the screen, simply SETNAM/OPEN/CHKIN/CHRIN/CLOSE/CLALL, aka using kernal I/O exactly as described in the PRG. It would of course be preferable to just use the LOAD vector as is so people can enjoy fast loading, or install an irq loader so people can watch something interesting on the screen while the game loads. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11393 |
richard, please. not this FUGLY loading code again. *sigh*
really. what magervalp said. i think on codebase there are even examples (if not, there some in the PRG i think).
also use LOAD, really :) unless you really *need* to read byte per byte (because you are depacking on the fly or something like this) then dont do it. especially not only to do some silly 1986 style border flashing.
and besides, there is no reason to disable any fastloaders for all this in any case. just dont use this goddamn fucking ugly loader "code". infact forget that it ever existed, and where it came from, and destroy all other traces of its existance.
|
| |
AlexC
Registered: Jan 2008 Posts: 299 |
I also agree with MagerValp unless I still don't fully get what you are trying to do. Anyway for mastering tape purposes I'd do it on PC today instead on real thing. That way I can get proper tap file within seconds instead of hours. |
| |
Richard
Registered: Dec 2001 Posts: 621 |
@Groepaz, I agree. That loader code used, was pretty ugly. I have found a better way to handle the disk system following one of the old forum posts, and implementing the load address routine into the prog. |
Previous - 1 | 2 - Next |