| |
DeeKay
Registered: Nov 2002
Posts: 362 |
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....
|
| |
Krill
Registered: Apr 2002
Posts: 2839 |
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: 362 |
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: 2839 |
Give them an inch... =) |
| |
DeeKay
Registered: Nov 2002
Posts: 362 |
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: 362 |
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. |
| |
DeeKay
Registered: Nov 2002
Posts: 362 |
Okay.. Did read the thread on Lemon. The issues with extra drives are to be expected, quite sure 25x Turbo cannot handle multiple drives, since back in 1986 there was no STFU yet to shut up the other drives.. implementing a STFU routine could solve these issues. As for alternate DOSes: Maybe there's a simple detection to see if non-stock stuff is running on the drive, in which case you don't install the Turbo? Krill?
May I ask what sources you based the new version on? Cause from what I understand Stephen modded FB64 for Pi1541.. Did he also put those modded sources on Github?
As said, .d71 cannot be mounted on Pi1541. The much more widespread .t64 (Gamebase64!) however does mount - and the turbo worked for this in your original hack, so don't kill that..
As for PRG files Steve's FB64 behaves wrongly. when using the Pi display and buttons PRGs get mounted in a temp .d64 just like .t64s do (which means they should also load fast! I just tried it by mounting a PRG manually and loading it with 25x Turbo, it works!), but FB64 loads PRGs directly in SD2IEC mode, i.e. sloooow.. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next |
