Well actually A is a number in RAM just like all the other variables. (Well its a combination of 2 numbers in RAM since its 16 bit, not 8 bit) And indeed you can store numbers to A or any of the other variables if you want But for circumstances where you need a variable amount of number (like an undefined amount of bullets on the screen) you would need a lot more numbers than just A-Z, and an easier way to access them.
Well since Axe compiles to Assembly, it means you have control over the entire calc, including allll the Ram All the ram is is really just a long list of numbers. Each number ranges from 0 to 255 and there are thousands of these numbers in your Ram. Think of it like a list in Basic, except its a very very large List Well in order to access this list, all you need to do is do
{N}
And you will be able to store to or access the Nth byte in Ram, yay!
BUT WAIT!!!
Th calculator needs a lot of this Ram for itself, so that it can continue to run, so that there is someplace safe to store all your programs, and so that there is somewhere safe to store the current program. So you can't just go storing numbers to {0} you'll probably crash your calc . Luckily Axe provides us with some safe locations that are known to be safe to use. These locations are stored in L1-L6. So if you say 5->{L1}, you are actually storing to location 34594, but you would never know that it was safe to store there without being an asm guru So Axe provides you with these locations in the big List of Ram elements that it is safe to store to, and thats there you can keep all your bytes ^^
Welcome! I think you might be the first girl we have had join the site in forever o.O heh gaming seems to be for some reason a Male oriented hobby But its nice to have you here!
Yeah there is often the misconception between bytes and numbers, and the thing is, Bytes are numbers! In Axe there are two ways to represent a byte (number), in Hex or in Decimal. Hex is easy to store bytes in because it is closely related to binary, and yet Decimal is easy for programmers to write in because we live in base 10
I actually use both of the previous suggestions in Portal right now It moves at a maximum of 1 pixel per frame, but updates only every other frame. And the coordinates are stored x64 for more precision, for the acceleration and stuff
Yeah I belive that Axe does it that way because there is a built in BCALL to display text, and it helps having ti write nasty and memory consuming code for text manipulation
Scrolling can make things like collision difficult I would immagine having to take care of offscreen collisions and whatnot. Speeking of collisions, Eeems are you using pxlTest or tile based collision?
Nice, glad to see you got this working. Did you end up using the small step or the vertical/horizontile method? Judging from the side shading on the walls I'm guessig it's the latter? Looks good
Mmm is this a port? I can't find any references to it on the web, and i was under the impression that it was an original idea (if inspired by Tetris a bit) What say you Zera?
Show Posts
But for circumstances where you need a variable amount of number (like an undefined amount of bullets on the screen) you would need a lot more numbers than just A-Z, and an easier way to access them.
All the ram is is really just a long list of numbers. Each number ranges from 0 to 255 and there are thousands of these numbers in your Ram. Think of it like a list in Basic, except its a very very large List 
. Luckily Axe provides us with some safe locations that are known to be safe to use. These locations are stored in L1-L6. So if you say 5->{L1}, you are actually storing to location 34594, but you would never know that it was safe to store there without being an asm guru 
But its nice to have you here! 
having to take care of offscreen collisions and whatnot. Speeking of collisions, Eeems are you using pxlTest or tile based collision?