100 Lives?  That's a lot!

You're clearly thinking about how basic uses Output() which is not how Axe uses it.  In Axe, the last argument is the address of a string you want to display, not the value of the number.  If you want to instead display the number in base 10, you use >Dec at the end.

I think everyone would benefit by reading the documentation all the way through, maybe more than once, and then ask questions if you are unclear about a description.  A lot of these questions can be answered there.  But also, I think its the general unfamiliarity of pointers, arrays, and unsigned arithmetic that are throwing people off.  A new tutorial should address these issues.  Would anyone like to help me write one if you have a clear understanding already?  I think it would really clear up a lot of the confusion.

Interesting.  I like that it will draw sprites like that.  Cool!

Quote from: trevmeister66 on March 06, 2010, 04:45:36 pm

I have another question: Is it possible to display the contents of a variable as a string? For example, I have 100 stored in L (for lives or something), and I want to display "LIVES: 100". Is it possible yet to do this with Axe? Because I tried using Output(X,Y,L) and it didn't work.

Use Output(X,Y,L>Dec)  //The >Dec is [Math] [2]

Good luck!

@trev I thought you were leaving again in April? I guess I misread your post, then . Oh well glad you're back for longer now

Yeah that's what I meant, I really was talking about fancy GUIs. If he decided to make the Axe APP so it has a grayscale program list with 3D animations with rotating program name texts, it would take unnecessary space IMHO. In games, I like to have a lot of graphical abilities. Of course, personally if someone releases an ASCII game I'll still play it, though. Unlike some other people, I don't only play games just for graphics.

Quote from: trevmeister66 on March 05, 2010, 03:10:52 pm

I kind of have to disagree with you a bit DJ, I think graphics is pretty important (although he really doesn't need to add too much, it's already amazing), but, at least from my point of view, Axe is a program that will let the most basic BASIC programmers make games at assembly level with equal graphics and speed, and I think that being able to do most of the graphic capabilities of actual ASM programs is important. But that's just my opinion, and I do agree that other things should also be focused on.

He's talking about graphical user interface for compiling programs

@Meishe, yeah, the issue is that some people start a huge RPG as their first calc project ever without even making sure they can achieve this. It took me one month until I can start doing games and my first RPG ever, Illusiat, only had one dungeon split in two parts, one item, one magic and only dragon enemies with varying stats

@trevmeister66
Eeems was correct about the string sizes.  When you define data, like the data in your strings, that data is added to the end of the program, not to the RAM.  Your compiled code will look like this:

<Hex code for all of program>06646464640664646464

While you CAN use this area to modify data, it is limited by the room it has in the program.  A 1000 byte program can not use 2000 bytes of its own ram!  If you want to use the free ram, then at the start of your program, you have to copy your data to the RAM using a for loop or something.