| |
Sasq
Registered: Apr 2004 Posts: 155 |
Fast loading games
What would be the fastest start-up game format for loading on a U1541 or Chameleon 64 ? (Assuming single load games).
I would assume this is would be an uncompressed PRG containing necessary patch code to put data in memory before $801 if necessary?
Just thinking I would like to have games in such a format since I am an impatient person... :) |
|
| |
TheRyk
Registered: Mar 2009 Posts: 2053 |
True: As 202 blocks are usually loaded within the blink of an eye with U or TC or even SD2IEC/JiffyDos decrunching usually takes most of the time.
However, if you're an impatient person, creating these files might take more time than you save in a lifetime by not having to endure the decrunching time :P
Crackers won't bother to do such versions, they rather wank a lot if their group's release is 1 block smaller than another group's release ^^ (even if decrunching takes ages, 1 block less means 1 inch longer penis) |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
Pretty sure you can chain Unp64 with a .crt creation tool or so... :) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11100 |
actually in Chameleon you wont have to patch the Game, it always loads to RAM anyway, so no problem with > $cfff. No idea how it works with U64/1541U, but my guess would be that it's similar. |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
But does it unpack as fast as it loads? :) |
| |
Sasq
Registered: Apr 2004 Posts: 155 |
My only experience with this is writing code for the MMC64, but there you could continously load from the current sector using just a LDA io_address (without increment) so loading is actually faster then memcopy, and certanly faster the any unpacker.
However, a simple RLE, used only for larger sequences of empty space could probably help. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11100 |
Quote:But does it unpack as fast as it loads? :)
the whole point was to not pack it at all. and yes, that will be (much) faster |
| |
Krill
Registered: Apr 2002 Posts: 2825 |
Quoting GroepazQuote:But does it unpack as fast as it loads? :)
the whole point was to not pack it at all. and yes, that will be (much) faster Not quite sure about the prerequisites. I got the impression that a set of existing games would have to be patched to be stored in that unpacked format, and that conversion arguably takes more time than you'd waste for all runs of the packed originals, combined. *shrugs* |
| |
MagerValp
Registered: Dec 2001 Posts: 1055 |
If you want something that loads and unpacks really fast, and isn't dependent on any particular hw that loads to RAM under IO or supports > 202 blocks, use a simple RLE or LZ based packer. Games should start after a second or two. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11100 |
Quote:I got the impression that a set of existing games would have to be patched to be stored in that unpacked format, and that conversion arguably takes more time than you'd waste for all runs of the packed originals, combined
sure. i'd also say it's a waste of time :=) |