hmm. plush packer specifies a jmp address. which won't start a basic program, will it?

plush packer doesn't provide a sys line with the packed program

exomizer's decrunch table clobbers the vectors, which are the RESTORed after.

Exo's decrunch table starts by default @ $033C, so the vector table ($0314-$0333} is not touched during depack.

it still touched the vectors, though. do you know how to tell it not to?

i know it's not the logo routine because if i tw load something, then monitor load both parts in, it works.

well te decrunch breaks tranwarp.

krill explains that this is because the decrunch table clobbers some of it's stuff.

$08f0 to $D0A0

that's why it's getting packed.

I was able to do that. the problem is when i use g-packer i ended up one block too big to fit it in track 16-6

if i use g packer to pack the logo intro, it breaks the graphics, for no good reason, but transwarp remains intact.

if i use plush packer, the logo intro works, but the transwarp is broken. it just runs off to track 22 where i had transwarp on disk, and replays the logo over and over again. (!)

if i had a 21 block version of transwarp i could slap it into track 4, and it would probably load quicker than the current way it's spread across three tracks.

main must be packed and transwarp encoded to 16-6.

Plush packer clobbered transwarp in a manner that it doesn’t detect and reset the vectors after

G packer must touch $FC, which breaks the intro. So I need to debug what actually gets written there. Does fixing that “bug” have the intro still work?

two files on it

What’s the smallest assembler I can use to rebuild transwarp?

I would also like a way to transwarp encode a file that doesn’t load to $801 and provide a jmp address. This is for when I don’t need to pack the logo.

But I will probably just leave it G packed with a credit line of “transwarp by krill/plush” to give you credit. :) make use of the repacking delay. Will install transwarp lite (and call it that in the loading routine extending the text string)

the install only version should have transwarp by krill/plush instead of the dots.

i wanted it to skip the large banner, but DO the wooom sound and print out

You can encode files loading to anywhere in $0400-$d000 just fine. Make sure to load them with ",8,1", though. =)

but the encoder won't let me specify a jmp address.

It insists on leaving 2 open on 18, even with -t -u 0, and writing 11 blocks that shouldn't be there to 19

for some reason two OTHER sectors on track 18 are left empty when it tries to put in the loader

and it writes the boot file as a total of 29 blocks instead of 19, filling the rest of track 17, leaving 2 unallocated on 18, and writing 11 to track 19(!)

ballblazer should be very simple if plush packer will actually put both parts where they should be. which one do i have first? the lower one, or the higher one?

it only starts at $500 if io is banked out when it's loaded. gpacker is't getting it.

okay it seems that it's a glitch in the track display.

it ONLY shows it like that when the other file i'm trying to put in 19-21 is also being added.

so it's only stuffing 1 lousy block to track 19, which conflicts with the 19-21 file, and it's mistakenly showing 1 though 9 as filled.

-t -u 0 should allow me to write transwarp into one of those last two directory sectors.

now if someone can build me a lucasfilm logo+loading pic+music for rescue on fratcalus that cleans up after itself and leave transwarp intact

Is there a trick to making exomizer compress less and also decrunch faster?

a simple PC side program that works in windows command prompt that will turn scattered files in memory into a single self unpacking and relocating executable with a JMP address

it seems that the high score saver talks to the vorpal drive code (and is back in the vorpal loader, which is not overwritten by anything). so i have to install vorpal

NuCrunch V1.0.1 might fit that bill.

C:\c64\exomizer>nucrunch -xo "copyright 1984.prg" -j 500 g:\emulators\c64\blmain
0x0500-0xfff0: 64242 bytes read from g:\emulators\c64\blmain
error: self extracting option doesn't currently support destinations below $0800

If neither speed nor background music/animation is required for hi-scores disk access, you can maybe just use the ROM routines.

error: self extracting option doesn't currently support destinations below $0800

out of curiosity, how small would a transwarp that operates like vorpal be?

now why does transwarp double load if erstats is off and sound is on? (this only affects loading transwarp directly, everything else works)

also i figured out (somewhat) why autobooting a basic program doesn't work.

so when loading a file NOT to $0801, it auto jumps to the start address when you load it without transwarp on? with a bit of testing, that's what it seems happens.

problem is that's not always the start address. guess the solution is adding jmp 3 bytes before to the real start address?

could two more bytes be added to the directory entry to specify optional auto jump address? probably not, as the tranwarp signature appears to use all but 1 of the free bytes.

i've decoded what all but two of the bytes most likely are (the one above and the one below starting track puzzle me)

Could not reproduce this. What are the 5 options set to, which name does the Transwarp bootfile have in the directory, and what is your exact LOAD command?

I guess you mean booting a Transwarp file from plain BASIC. This should just execute the RUN command after loading, regardless of where the file is loaded to.

yeah it only takes half a second to relocate or so, but i'd like to save that half a second. :)

There is a relatively new midi interface for the user port called "the vessel". Not sure if huge amounts of people care, but from my own personal perspective I do care. I have it plugged in more or less at all time.

$0100 ftw!