| |
Krill
Registered: Apr 2002
Posts: 2844 |
Release id #197710 : Transwarp v0.64
General Q&A thread, also report problems and error logs here. |
|
... 162 posts hidden. Click here to view all posts....
|
| |
Krill
Registered: Apr 2002
Posts: 2844 |
Quoting Zaphodissue is fitting both transwarp and a vorpal speed standard loader. Modern cartridges have practically unlimited ROM space. Should be no problem to fit multiple fastloaders.
Quoting ZaphodNow i'm wondering what a transwarp analog for sd2iec would be. clearly it's possible to make one. I refuse to believe that the 1541 can transmit faster than the sd2iec is capable of. :) A native SD2IEC fastloader would be bound only by the serial bus limitations. Max transfer speed is somewhere around 32 KB/s, so upwards of 80x. |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
Which raises the question of why it isn't around yet.
we can skip the entire gcr encoding issue, and load standard files for sure.
can jiffydos itself be beaten for a screen on loader for sd2iec? |
| |
Krill
Registered: Apr 2002
Posts: 2844 |
Quoting Zaphodcan jiffydos itself be beaten for a screen on loader for sd2iec? That would boil down to the question whether the JiffyDOS protocol is the fastest possible protocol to leave the screen on while loading. I've never looked at it closely, but i'd be surprised if it cannot be improved. |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
hmm. it's 2 bits but also allows for run/stop. If that's sacrificed you can probably get a bit faster. but it's on par with state of the art irq loading.
With screen off it really should be possible to do better than 25x, though... |
| |
Krill
Registered: Apr 2002
Posts: 2844 |
Quoting Zaphodhmm. it's 2 bits but also allows for run/stop. If that's sacrificed you can probably get a bit faster. No need to sacrifice checking the stop key, really. The check takes just a few cycles, and it's sufficient to do that between incoming blocks rather than between bytes.
Quoting Zaphodbut it's on par with state of the art irq loading. Which hints at some optimisation potential. =)
Quoting ZaphodWith screen off it really should be possible to do better than 25x, though... Remains to be seen. Probably needs a few tricks beyond more efficient bus transfers. |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
Any progress?
Btw, awesome version number (laugh)
Is there room to add transwarp to koronis rift NTSC version?
It would be nice to have a version that fastcopies and loads fast. :) |
| |
Krill
Registered: Apr 2002
Posts: 2844 |
Quoting ZaphodAny progress? Progress with what, exactly? =)
Quoting ZaphodIs there room to add transwarp to koronis rift NTSC version? Dunno. Do you have an image of the original that i could have a look at? But if the game loads data during gameplay, pretty likely there's not enough free space. |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
I do have an original.
there are some actual free sectors to work with.
the following sectors are actually confirmed free. (filled with 4b 01 repeating)
2,14 to 2,20
3,20
4,0 to 4,20 (all of track 4)
5,5 to 5,20
18,7 18,8 18,10 18,11 18,13 18,14 18,16 18,17
31,8 to 31,16
35,6 to 35,16
The main program is tracks 7 to part of 17, and is 217 vorpal blocks as near as I can tell. the rest of track 17 is normal dos data. 233-234 transwarp blocks. the completely free track 4 would make up for it if we moved it to start there, and moved the remaining 3 blocks to the end of track 31, assuming a transwarp file can start in the middle of a track.
The lu logo intro is tracks 19 through 22, , and is 69 vorpal blocks as near as I can tell, with the rest of track 22 as normal data. This would be 74-75 transwarp blocks, and you should be able to move the final 12 blocks to the end of track 5.
the lu logo intro might be compressible. the main program will be hard to compress.
others may get freed with the vorpal loader getting replaced, with the protection check patched out, and by compressing some of the vorpal data after conversion to transwarp.
http://eunich.cochems.com/~zaphod/Koronis%20Rift.g64
NTSC version.
The existing non vorpal data will be challenging to relocate. the PAL version is in files, but it doesn't irq load, which breaks immersion.
Ballblazer (also NTSC) would be a much easier conversion, as it doesn't nearly fill the disk, and it's a single load. want it too? |
| |
Krill
Registered: Apr 2002
Posts: 2844 |
I have found some images of Koronis Rift originals over at The Internet Archive.
But the problem is not with available disk space (can always have some ever-so-slight compression to get it to just below the threshold), but enough space in RAM for the resident loader portion.
And as for Koronis Rift itself, it wants an IRQ loader, as you have pointed out here already. =) |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
It doesn't need to remain resident after the main program loads.
and it doesn't need to hook kernal.
load stub. stub loads transwarp. transwarp loads logo intro, plays it, then relocates to somewhere it can fit while loading the now compressed main program. decompress, clobbering transwarp.
the vorpal loader is the same. it's not used after main program loads. it hides between $400 and $800, and loads both the intro and the main program from there. the main program clobbers it after. so transwarp can hide there too while loading the main program.
the irq loader that's used after reads standard sectors, so as long as they are in the right place, we are good.
ballblazer is a much easier one, vorpal in high memory there.
ahh the main program loads clear up to $d370. Which is why they used the $400 variant of vorpal but i think it still might be possible to relocate some of the code to the area between $400 and $800 to pull it off?
okay, figured it out. main program CAN be compressed enough to get it to load below transwarp. AR 5 was able to get it down to 193 blocks*254 bytes per block+2048, which loads up to C77E, which won;t clobber transwarp until after it's started, which is fine, cuz it's no longer needed.
Want the 193 block exe that starts the main game? |
| Previous - 1 | ... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 - Next |
