| |
Krill
Registered: Apr 2002
Posts: 2855 |
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: 2855 |
Quoting Zaphodahh, so transwarp hides under the kernal. Resident code also resides under IO ($Dxxx), plus some code in lowmem ($02xx and $03xx) with subroutines for memconfig switching, calling ROM routines, etc.
Quoting ZaphodI'm still wondering how the heck it loads ITSELF so fast when you use ,8,1 The first two blocks are a little autostarting fastloader which loads and runs the rest of the file.
Quoting ZaphodWhat is the theoretical max for a "play with sprites and music" or "play with picture and music" loader? Modern IRQ loaders typically make something around 20x tops, but how fast they are depends on how much is going on while loading in the background. |
| |
Zaphod
Registered: Jun 2012
Posts: 63 |
ahh. and the cart version will be in cart ROM instead of under the kernal.
issue is fitting both transwarp and a vorpal speed standard loader.
Now 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. :) |
| |
Krill
Registered: Apr 2002
Posts: 2855 |
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: 2855 |
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: 2855 |
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: 2855 |
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? |
| Previous - 1 | ... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 - Next |
