| |
Krill
Registered: Apr 2002
Posts: 2847 |
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....
|
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
Quote: Submitted by JackAsser [PM] on 22 November 2020
Really impressive stuff! Any cons other than you can't validate a disk (who cares?!)? Well, GPLv3, depending on your stance. =D
But seriously, maybe the slight format loss, 223 instead of 254 payload bytes per block. And that it has the usual fastload drawbacks, of course. Except it can play dirty beats (with screen off) on oldsid. More cons may occur to me.
Ahh yes. Speaking of GPLv3... had idéas to maybe include Transwarp in EotB for really fast loading of saves from disk, however I plan to release it as MIT och other freer licenses. Is GPLv3 compatible with more free licenses or will it taint the whole project?
Anyway, what about a fast saver. I could REALLY use that for EotB. :D Preferably with drum'n'base while saving. Would fit neatly in an RPG setting. ;) |
| |
Krill
Registered: Apr 2002
Posts: 2847 |
Quoting JackAsserIs GPLv3 compatible with more free licenses or will it taint the whole project? Transwarp is intended to be integrated with cartridges at some point (need to add 2-rev fallback loader for standard format, though). It hooks into the LOAD vector at $0330.
So my stance is that no tainting occurs if your binary uses the KERNAL's LOAD API on Transwarp files while Transwarp happens to be installed.
I.e., if Transwarp is not an integral part of a production and interchangeable with other loaders, a-okay. :)
Quoting JackAsserAnyway, what about a fast saver. I could REALLY use that for EotB. :D Preferably with drum'n'base while saving. Would fit neatly in an RPG setting. ;) Native saver is planned, but i have no idea when it will be done. Submitting the encoder patch to cc1541 repository will happen soonish, though.
Saving will probably be nowhere near as fast as loading, so i guess having the saver be of the arbitrarily interruptible IRQ kind allowing for sprites, music and whatnot would not be a problem. =) |
| |
JackAsser
Registered: Jun 2002
Posts: 1989 |
Quote: Quoting JackAsserIs GPLv3 compatible with more free licenses or will it taint the whole project? Transwarp is intended to be integrated with cartridges at some point (need to add 2-rev fallback loader for standard format, though). It hooks into the LOAD vector at $0330.
So my stance is that no tainting occurs if your binary uses the KERNAL's LOAD API on Transwarp files while Transwarp happens to be installed.
I.e., if Transwarp is not an integral part of a production and interchangeable with other loaders, a-okay. :)
Quoting JackAsserAnyway, what about a fast saver. I could REALLY use that for EotB. :D Preferably with drum'n'base while saving. Would fit neatly in an RPG setting. ;) Native saver is planned, but i have no idea when it will be done. Submitting the encoder patch to cc1541 repository will happen soonish, though.
Saving will probably be nowhere near as fast as loading, so i guess having the saver be of the arbitrarily interruptible IRQ kind allowing for sprites, music and whatnot would not be a problem. =)
Ahh ok! Good to know! EotB uses $ffd5 (load RAM) but by the looks of it, it's just setting the $c3/$c4 destination pointer and then calls ($0330), so easy to fix regardless. |
| |
Krill
Registered: Apr 2002
Posts: 2847 |
Quoting JackAsserAhh ok! Good to know! EotB uses $ffd5 (load RAM) but by the looks of it, it's just setting the $c3/$c4 destination pointer and then calls ($0330), so easy to fix regardless. I think doing JSR $FFD5 is just what the KERNAL inventors intended. =)
It's in the jump table sitting at the end of the address space. |
| |
MagerValp
Registered: Dec 2001
Posts: 1056 |
I'm absolutely floored, congrats on shipping! I remember us chatting about it 10 years ago, it's amazing that you figured everything out. |
| |
Krill
Registered: Apr 2002
Posts: 2847 |
Quoting MagerValpI'm absolutely floored, congrats on shipping! I remember us chatting about it 10 years ago, it's amazing that you figured everything out. Thanks! Has it been that long ago already? =) But yeah, i've had a draft in some text file for years, and "due to the current situation" (R)(TM) starting around March this year, i decided to type the stuff into an actual assembly source code. Turned out i had to come up with a few more tricks than envisioned initially, but.. yeah. Worked out fine in the end. :) |
| |
Silver Dream !
Registered: Nov 2005
Posts: 107 |
@krill - kudos! (everyone hats off please) |
| |
Capt'n Obvious
Account closed
Registered: May 2014
Posts: 4 |
Thank you for this incredible feat.
Do you think it can be ported to the VIC-20 ?
Can it be done with the VIAs ? |
| |
jcompton
Registered: Feb 2006
Posts: 70 |
Corner case report--
Hardware: Ultimate 64 running firmware v1.28 / 3.7
NTSC mode
Internally emulated 1541
Transwarp Game disk C
With stock ROMs:
Loading Spike behaves as intended.
With JiffyDOS:
When Spike finishes loading and the ding plays, although the speedometer feedback flashes briefly, the screen clears and goes to a READY. prompt top of screen (as though one has hit RS+RESTORE, etc.)
Spike does RUN just fine, however.
I can replicate this behavior on a cold start.
Can provide a documentary video on request. |
| |
Krill
Registered: Apr 2002
Posts: 2847 |
Quoting Capt'n ObviousThank you for this incredible feat.
Do you think it can be ported to the VIC-20 ?
Can it be done with the VIAs ? Might be possible. But then it's only sensible for expanded VIC-20, no? The 3.5 KB of the stock machine are filled quite swiftly with Soundemon's loader. =) |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | ... | 18 - Next |
