Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > Small Filebrowser with fastloader for Pi1541
2022-08-13 16:13
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....
 
2022-08-20 21:44
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.
2022-08-21 07:40
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..
2022-08-21 09:12
DeeKay

Registered: Nov 2002
Posts: 362
TSM, can you make FB64 treat PRGs just like .d64s, mounting them etc? Quite sure that's what the button/OLED does when you select a PRG...

As for the T64s, it is quite possible that the T64s I've tried this with came from a Gamebase64 collection that was tailored for SD2IEC use (I got them from the guy that built my Handheld). I find that I cannot mount other T64s from CSDb on Pi1541. My hunch is that the GB64 ones are just renamed PRGs, but I will analyze them...
2022-08-21 10:04
DeeKay

Registered: Nov 2002
Posts: 362
I played around with the new turbox version from yesterday. as expected, it does not mount and load fast on the GB64 T64s anymore but stays and loads in SD2IEC mode.

I did analyze the GB64 T64s, and they're not just renamed PRGs, they do have a 32 byte T64 header: "C64 tape image file". But when I transplant that header into a t64 that does not work, it does mount, but it's shown as empty.
2022-08-21 10:49
DeeKay

Registered: Nov 2002
Posts: 362
I got the CSDb t64 (Einstein IV ) to mount (and load fast on the old FB64 mod!) on Pi1541 by replacing the first 32 byte header with the one above AND changing the filetype at offset $41 from $c2 to $82...
I'll message Steve that Pi1541 t64 handling needs to be adjusted to scan for the strings "C64" and "tape" in the first 32 bytes and also to mask out the high nybble for the filetype...

one thing that might be an issue, also with .lst files, is fb64's inability to handle filenames longer than 12 characters.

i had to rename the hacked file because both files showed as einstein_iv_.t64 in FB64 and no matter which one I chose it would always only load the first one (which was the original).

Does anyone have multi-file .t64s for me to test? All the ones I've found are single files!..
2022-08-21 11:17
DeeKay

Registered: Nov 2002
Posts: 362
I opened an issue about T64 file handling on Github:
https://github.com/pi1541/Pi1541/issues/239
2022-08-21 15:14
DeeKay

Registered: Nov 2002
Posts: 362
I did test .lst mount list files, here are my findings:
1) File name length is not an issue. i tried loading mount lists with 8, 12 and ridiculous (like 24) char d64 names via both the OLED and FB64, and all worked just fine.
2) They do load fast on the old FB64 mod (only tried normal, not reset25, still wondering where that might make a diff!), TSM, but they load slowly on the new turbox one. Probably cause .lst is not part of the "install fastloader for this" filetypes - so please do add, just like .t64 and .prg (which should be treated like a .d64 first in FB64)! ;-)
2022-08-21 16:04
DeeKay

Registered: Nov 2002
Posts: 362
TSM: I froze your old FB64 mod both as normal and reset25 just after mounting and entering the same d64 and an M0025 showed me it was $00 in both versions. Does that help you?
2022-08-22 01:46
TSM

Registered: Jan 2007
Posts: 42
New version:

https://drive.google.com/file/d/1iD1BMPQEj6OaIhBtzcXuzCTcXPO03a..

This time I have included the source files. I'm using the Pi1541 specific version taken from GitHub. The only difference is the list of extensions that will cause the fastload to activate:
- D64
- D41
- LST
- T64

LST files may pose a problem, though. An LST containing D81 images should not cause the fastload to kick in, for instance. So I'd like you to test just that (you should be able to load files correctly, although in slow mode, and to swap disks). If anything goes wrong, here's what I'd like you to do (*if* you feel like it, of course):

- Browse into a swaplist (LST) containing D81 files
- Freeze the C64 and check the values in locations $02, $25 and $28
- Browse into a D81 image
- Freeze the C64 and check the values in locations $02, $25 and $28

I'd also like you to see what happens with LST files containing D64 images. Of course you should be able to load programs in fast mode and swap disks.

And while we're at it... I wonder what happens with T64 files. Is everything that's inside the tape image copied to a temporary D64, or just the first entry? In the former case, what happens when they don't fit?

Thank you for checking the behavior of location $25. The results show that I have no need to fiddle with it.

Regarding loose PRG files to be converted to D64 on the fly, the task is most certainly not possible on my end, but should be handled by the Pi1541's firmware. Besides, I wouldn't want to go there anyway. Sometimes, loose PRG files need to access other files from the same directory. So one should shove all files residing on the same directory into the virtual disk image or, short of doing that, risk the program crashing sooner or later. The SD card that I use with my SD2IEC contains many games that are just a directory with all the game files. Sometimes there is the hi-score file as well and it would never be saved. Just saying; no problem if you still want it :D

About the crashes that happen with 3rd party kernals and multiple devices on the bus, I will perform some tests but I totally lack the experience needed to fix them. I'll try to embed a more robust fastloader; failing that, I'll leave it as it is.
2022-08-22 10:11
DeeKay

Registered: Nov 2002
Posts: 362
I cannot tell you what happens with multi-file T64s, because I need to find one first in order to try it! ;-)

As for PRGs: This "create temporary d64" approach is already built into Pi1541, for both T64 and PRG. But it only happens for PRG when you select one via the OLED, *not* when using FB64! So FB64 would have to be changed first to treat PRG files just like d64s (or t64s), i'm assuming it's just simply sending a mount command for the file and then the Pi1541 FW does its magic...

Without speedloader, it does not matter if FB64 loads PRGs in SD2IEC or in cycle exact mode, because it takes the same time, that's why Stephen probably chose the direct load approach for FB64. But with a Turbo, it very well matters! ;-)

Multi drive support and alternate kernals would be nice, but for my use case I don't need it. If I should ever add an IEC port to my handheld, then that will be used with an Ultimate cartridge anyway in 98% of all useage scenarios, and with that I'll use the cartridge speedloader anyhow (or the new built in FB64 in Retro Replay 3.99, as Count Zero has just informed me!)...
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
megatonn/Bronx
Fred/Channel 4
Jetboy/Elysium
Sentinel/Excess/TREX
Sixx
Dymo/G★P
JEZ
fenz/SCC
Guests online: 143
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 Memento Mori  (9.6)
10 Bromance  (9.5)
Top onefile Demos
1 It's More Fun to Com..  (9.7)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Rainbow Connection  (9.5)
7 Wafer Demo  (9.5)
8 Dawnfall V1.1  (9.5)
9 Quadrants  (9.5)
10 Daah, Those Acid Pil..  (9.5)
Top Groups
1 Oxyron  (9.3)
2 Nostalgia  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Swappers
1 Derbyshire Ram  (10)
2 Jerry  (9.8)
3 Violator  (9.8)
4 Acidchild  (9.7)
5 Starlight  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.049 sec.