Greyscale Testing Program

thegamefreak0134 · Post by **thegamefreak0134** » Fri 17 Feb, 2006 5:40 pm

Well, this will surely help me a lot. Thanks again. My problem will be determining the ammount of data to copy, as I don't know how big the routines are. Of course, I suppose I could always stick a label at the end of what I need to copy and set the difference between that and the beginning of the routines to bc, and it would be fool proof, yes? no? Im crazy?

-gamefreak

Post by **benryves** » Fri 17 Feb, 2006 6:10 pm

thegamefreak0134 wrote:Well, this will surely help me a lot. Thanks again. My problem will be determining the ammount of data to copy, as I don't know how big the routines are. Of course, I suppose I could always stick a label at the end of what I need to copy and set the difference between that and the beginning of the routines to bc, and it would be fool proof, yes? no? Im crazy?

-gamefreak

That's what I did in my sample, and yes, it should be fool-proof.

thegamefreak0134 · Post by **thegamefreak0134** » Fri 17 Feb, 2006 6:35 pm

yes, it should be fool-proof

Ho Ho! This means I can use it for sure!

gamefreak

Post by **benryves** » Sat 18 Feb, 2006 11:00 am

thegamefreak0134 wrote:Ho Ho! This means I can use it for sure!

On a more sensible note, Brass now supports relocatable blocks of code, adjusting all the labels for you.

Look up the ".relocate" and ".endrelocate" directives on the website to see an example. It's not terribly well tested, but I had a go with a few of the things in Microhertz, copying the scene (with the ldir method above) to plotSScreen then doing a "jp plotSScreen" - it seemed to work fine.

thegamefreak0134 · Post by **thegamefreak0134** » Mon 20 Feb, 2006 6:36 pm

Really? then maybe I should try it for the gpp package I'm looking at, the one with the interrupt routine. I'll get back to you with more info on that.