| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Small Filebrowser with fastloader for Pi1541
Hello all!
Since I'm using my Handheld 64 with Pi1541 and I am neither willing to JiffyDOS it nor have a utility cart plugged in at all times, I am wondering why nobody married the Pi1541 FB64 (the modded one from the Pi1541-homepage) with a fast and small software fastloader such as "25x Turbo" (25 X Turbo) to include that in the FB64 binary and run it just before loading whatever is chosen to load from FB64. There really is no need to use slooooow ROM loading a la SD2IEC when the Pi1541 can handle fast loaders, is there?
Now, while we're at it, adding a simple "N:Newdisk" DOS command feature to create and mount new .d64s right in FB64 (default behaviour when it's in SD2IEC mode!) would seem like a really useful addition, too, and maybe possibly delete and rename, too!...
Any takers here? ;-) I tried to convince a few people like Bitbreaker, GRG and FieserWolf to do it, but that didn't go anywhere because neither of them have a Pi1541....
P.S: "Dir Plus" from boray.se actually does the .d64 creation, rename and delete and even move on Pi1541, but unfortunately not the speedloader bit. Also it's like 100 blocks big, so utterly unuseable as an FB64 alternative!... |
|
... 77 posts hidden. Click here to view all posts....
|
| |
TSM
Registered: Jan 2007
Posts: 42 |
New experimental throw-away version that doesn't try to fastload with (most) 3rd party kernals:
https://drive.google.com/file/d/1IIV4Ee-6ZNb5BxOC5uv6ctm1RtgYhZ..
"KC" stands for kernal check. Extensive modifications were done without testing, thus this is highly unlikely to work properly. Problems related to the presence of drives other than #8 remain. |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
I for one cannot test with alternate kernels, since I was never into this sort of thing (Xander's the Jiffy man!). Just might be possible on U64 though...
I'll do the freezing thing with the zeropage values and the .lst files though! |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Quote: New experimental throw-away version that doesn't try to fastload with (most) 3rd party kernals:
https://drive.google.com/file/d/1IIV4Ee-6ZNb5BxOC5uv6ctm1RtgYhZ..
"KC" stands for kernal check. Extensive modifications were done without testing, thus this is highly unlikely to work properly. Problems related to the presence of drives other than #8 remain.
Huh, interesting! So Crossbow fucked this up by not doing a proper init? I'll be sure to tell him next time we talk! ;-)
(Edit: Ooops, replied to the wrong post, sorry!) |
| |
xahmol
Registered: Mar 2022
Posts: 2 |
Unfortunately for some reason my Pi1541 went broken. Expect my RPi 3B is the culprit, but nowhere a new one to buy can be found,
So can not test anymore on this for now.
But I indeed was testing with an Ultimate 64 exactly because it is so easy to swap kernels and drive IDs on that machine, |
| |
hedning
Registered: Mar 2009
Posts: 4775 |
I don’t get it. Whatever fastloader that works with the real deal should work with the emulated stuff, or the emulated stuff needs to be fixed. There should be no need for emulator only fastloders? |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Quote: I don’t get it. Whatever fastloader that works with the real deal should work with the emulated stuff, or the emulated stuff needs to be fixed. There should be no need for emulator only fastloders?
The fastloader itself works in the same way everywere. The problem is that the Pi1541 has different modes of operation. It can switch back and forth between the so-called "sd2iec" mode and 15x1 emulation mode. Such flow of operation can't be emulated in VICE as far as I know. That's why you need the device to test the modifications made to the browser.
I hope I answered your question.
EDIT - To clarify: the "sd2iec" mode makes the Pi1541 behave like a device of its own, that is, not stricly an emulator. |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
TSM: I tried out your patched Krestage on my handheld, it works like a charm. The only thing I noticed is that it crashes when it starts again with the first part, right after the part started. But the unpatched original already does that. Dunno if this is a Pi1541 issue or my handheld, can anyone confirm this?
Now, where do I get some d81 multi file from for the freeze testing? Or do I need to just "weld" together several .d81s? |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
okay, I did some d81 testing by welding the ultima IV and Sonic d81s together in a mountlist. I guess it's safe to say that mount lists and d81 don't really work (on Pi1541 v1.24 at least), cause the .lst file will neither mount on FB64 nor via the OLED/buttons. When i select both d81s on the OLED to make a temporary mount list out of them, it *seems* to work at first, but when you change the disk it just doesn't and the directory is still the first disk.
So I would not bother about that. Steve probably never bothered to support anything else but .d64 in mount lists, theoretically you could also put all other supported filetypes in there (g64, t64, prg, nib etc), not just d81, creating all kinds of nightmare problems, from having to switch drivetypes on the fly to creating temporary d64s out of prgs and t64s, all while being in cycle exact mode...
Loading from a single d81 via FB64 works - but slow, as expected!..
I also patched your multi file .t64 with Final Fight and it loads now (fast!) after changing the header and every file entry to $82 (instead of $02). But the extra "toobig" file won't show up, the directory looks identical for both. |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Thanks for the info, DeeKay. Here's "neverfast.prg" a test-only version that simulates a kernal check gone "wrong" (i. e. "kernal is not stock"). It should work like the one that doesn't check the kernal, but it should never fastload anything.
Along with that is the "throwaway" version that checks the kernal (i included it again for your convenience). On your setup, this one should behave EXACTLY like the no-kernal-check version.
https://drive.google.com/file/d/1SrTClAjrgs9mK5j-2iWsFLPScj8O2_.. |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Quoting xahmolUnfortunately for some reason my Pi1541 went broken. Sorry to hear that! Thank you for the testing you've been doing so far. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next |
