| |
Krill
Registered: Apr 2002
Posts: 2839 |
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: 2839 |
Quoting iAN CooGSome docs should be added to the release. Yes, should. Didn't bother with those for the first experimental version, hoped the screenshot GIF would give enough information. =)
Quoting iAN CooGAll I could determine is that ALL files just link to the same loader on track 18,16 and the bytes after the file name in the directory entries have "TW" plus the actual parameters to load the encoded files. Don't validate the d64s as it's just garbage for normal DOS. Yes, that's part of the autoload feature Burglar mentioned. Regular (unencrypted) Transwarp files can be loaded simply with LOAD"HI!",8,1 from plain BASIC. =) |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
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. |
| |
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: 2839 |
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: 2839 |
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: 1055 |
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: 2839 |
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 ? |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | ... | 18 - Next |
