| |
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....
|
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Pi1541 knows two modes: SD2IEC mode, in which you can change directories, create and mount new .d64s (simply via N:disk.d64!), rename and delete files and mount .d64s , .prgs, .t64s and .lst files - upon which it changes into cycle exact emulation mode, in which the only thing that's still different is the command "CD:<-" (Arrow left) to get out of emulation mode back into SD2IEC mode.. |
| |
Krill
Registered: Apr 2002
Posts: 3070 |
Quoting DeeKaywith 25x active FB64 only reads and displays garbage. Seems it will have to be done the way I envisioned it: Installing the fast loader just before loading the chosen file... Could also be there's a bug in FB64, or at least a necessity to make it behave nicely with pre-installed fastloaders.
So, for a test, what happens if you encode FB64 and some random payload .prg as Transwarp files on a .d64, then LOAD"FB64",8,1 then load the payload file from FB64? |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Hello, here's my try at adding 25X fastload to the Pi1541's filebrowser:
https://easyupload.io/0sev8c
EDIT: never mind, it doesn't work. |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Second attempt. If anyone is interested, please test and report back (I can't because I haven't got the hardware).
https://easyupload.io/bccdxh |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Quote: Second attempt. If anyone is interested, please test and report back (I can't because I haven't got the hardware).
https://easyupload.io/bccdxh
OMG, I love you, this totally works just as expected! ;-)
I have tried loading single files, demos with their own loader, entering .d64s and leaving them again..
What is the difference between normal and reset25? Both seem to work identical from what I saw...
This is amazing, thank you so very much! Will spread this to Pi1541 owners and Steve White ASAP!
How hard would it be for you to add an extra key command for new disk, just enter a name and then do a N:$name dos command? |
| |
Krill
Registered: Apr 2002
Posts: 3070 |
Give them an inch... =) |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Quote: Give them an inch... =)
Well, that *was* in the original posting already! ;-D
It just seems logical, since you can enter the d64 name via FB64 so easily.. |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Very well! Can you take a look at this new, hopefully much better version?
https://drive.google.com/file/d/1EFW8ZacmACwtrgQf043UlefwoQaSt4..
This version should not activate turbo mode in images other than D64 and D71, and it should restore kernal routines when done loading.
"Reset25" has to do with the algorithm's logic. Location $25 must be 0 when you launch a program, otherwise it's treated as a tape image. It probably is set to 0 in the part that I can't test, that is, when you "enter" a disk image.
Regarding your other request, we'll see but don't hold your breath :-D |
| |
DeeKay
Registered: Nov 2002
Posts: 364 |
Quote: Very well! Can you take a look at this new, hopefully much better version?
https://drive.google.com/file/d/1EFW8ZacmACwtrgQf043UlefwoQaSt4..
This version should not activate turbo mode in images other than D64 and D71, and it should restore kernal routines when done loading.
"Reset25" has to do with the algorithm's logic. Location $25 must be 0 when you launch a program, otherwise it's treated as a tape image. It probably is set to 0 in the part that I can't test, that is, when you "enter" a disk image.
Regarding your other request, we'll see but don't hold your breath :-D
Do ignore .d71, Pi1541 cannot handle these images. only .d64, .d81, .prg, .t64 and .lst (mount lists)
Testing the old version:
Stuff from both .d64 and .t64 loads fast in both versions, both in normal and reset25 versions.
PRG loads slow in both.
I cannot tell *any* difference between the two! Any suggestion on what to try?
Todo: .lst files
Testing the new version now.. Together with Xander! ;-) What's the difference between turbo and turbox? |
| |
TSM
Registered: Jan 2007
Posts: 42 |
Turbox is compressed with Exomizer, otherwise it's exactly the same. The new version is based on the source files while the old one was an hack.
You may want to take a look at the thread that I started on the Lemon64 forum, someone has found a number of flaws.
If you have a freezer cartridge, you could check location $25 just after entering a D64 image. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next |
