| |
Thundax
Registered: Oct 2013
Posts: 4 |
Saving routines
Heyz,
I am trying to put a loader and saver in my codework for a game, but it's quite a challenge.
The loaders are no problem at all... They work fine.
The saver is a huge problem at the moment, though.
I need the saver to save files including the ability to overwrite files (for hiscores etc.). It would be great if it would be a fast loader and even better when it's also an irq-loader.
Here is what I tried:
- Plushdos 1-bit saver: Saving works fine (as the only save solution that works for me now), but overwriting a file isn't possible with this saver (also in the manual). I don't have a seperate scratch routine which works, so the saver isn't that useful when I can't overwrite any files.
- Plushdos 1/2-bit disksystem: Saving is only possible by tracks/sectors. I try to understand how tracks/sectors work, and I think I should be able to put the savefiles on fixed tracks/sectors, but I don't know how to edit the tracks/sectors of a file. Dirmaster has the ability to view the file properties but editing tracks/sectors doesn't work. I tried to use the BAM-editor, but I can't change/don't know how to change the tracks/sectors of a file. Beside of that I don't even know if the saver in the 2-bit disksystem can overwrite at all. So that's even a question.
- I tried basic IO kernal for saving, like on codebase: http://codebase64.org/doku.php?id=base:saving_a_file . I put this code 1-on-1 in C64 assembler and tried to run it. But nothing happens at all. Just a small second and it reaches the end of the code and saved nothing... Why isn't this even working?
- Googled a lot, but couldn't find anything additional useful for my problem.
Btw, I'm using an Ultimate II+, but that should run fine I guess.. Certainly with basic IO stuff...
So my main question:
How can I easily load and save (preferrable fast and irq) files with the ability to overwrite files? Preferrably by only filenames and without tracks/sector sh1t?
Hope some of you have an answer to this. It's driving me mad and takes me a couple of days now. I need to get this solved otherwise I can't release it at all... :(
Please answer in common simple easy accessible english :) I'm not a tech wizkid :P Sample routines or common loaders/savers with explanation which do the trick would be great instead of (deep) technical discussions which I don't understand.
Eventually on #C-64
Thanks in advance!
The one who gives me the working solution gets a free LED bouncing ball @X! :D
Grtz, Thundax |
|
... 20 posts hidden. Click here to view all posts....
|
| |
bubis
Account closed
Registered: Apr 2002
Posts: 19 |
Its only use case is saving games and high scores at the moment and it works fine. ;) |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
Very much depends on the use-case at hand.
In a tournament-type game stretched over different sessions with different tournaments going on, you'd want something that handles save-games well, i.e., multiple files preferrably on standard-format empty disks.
If it's just for saving highscores on the game disk itself, then, yeah. :) |
| |
MagerValp
Registered: Dec 2001
Posts: 1078 |
Quoting ThundaxMagervalp: Thanks for the link. I already was looking at that one, but as far as I can see it only saves files by tracks/sectors and not even new files? I don't know how to work with tracks/sectors yet, and it's certainly not flexible. So I doubt if it's still a solution for me atm... :s
Look at the sample code, it loads the directory and caches T/S for each file. But you're right that it can't create new files, it can only overwrite existing ones. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Quoting bubis… files that have a dedicated place on the disk.
Speaking of those, perhaps a good time for me to point out that BakeDisk64 lets you specify starting tk,se and interleave per file :) |
| |
Krill
Registered: Apr 2002
Posts: 2980 |
And the new CC1541 coming with Krill's Loader, Repository Version 166 has something similar, too! :D
-s value Next file sector interleave, after each file
if negative, do not consider large tail gap (unlike standard)
the interleave value falls back to the default value set by -S
-r track Restrict next file blocks to the specified track or higher
-b sector Set next file beginning sector to the specified value |
| Previous - 1 | 2 | 3 - Next |
