So did you finish the 7 days, 7 games?

So, believe it or not, this is my first Axe game, and I learnt Axe a few months ago.

In my opinion, nobody will ever play it, since it is quite boring  :'( I really need some ideas on how to make it more interesting.

It's a 962 bytes (my goal was to make an Axe game in one day that didn't exceed 1000bytes). You have to move the little spike to hit the blocks and every time you "pop" a block you have to back up to the line in the screen to pop another block.

Here's a screenshot and attached is the game and all the source code. I will not be uploading it to other places, perhaps Omnimaga Downloads if I add more features to the game. I'll also try to make a BatLib port of it.



Note: Inside the little rectangle on the right is your score. However, it doesn't display correctly on Wabbit. I think it's because of screen delay. Can anyone try it on real models and tell me how it works? If it works fine I won't fix it, if it doesn't, I'll change the code.

Woa, I think i'll add your website in my Axe tutorial.

I just added it in bookmarks! It's now the best sprite editor of all, and it's online. Goodbye Tokens!

No problem Aichi!


w000000000000000000000000000000000000000000000000000000000000000000000000000000t So many features, so many buttons!

Also, sharing sprites means we can't draw pr0n sprites? (j/K)

I'll try and test them Aichi.

EDIT:

I just tried it and I have some stuff to say:
- What about a list with the code of all the sprites (by request of the user), so we don't have to press the "NEXT" button for animations. You press a button and you get a copiable dialog or one of those javascript frames with the code of all the sprites in order in the chosen type (hex, asm,...).
- The share button is cool, but could you make it bigger and outside the "animation-aimed buttons panel", so we don't confuse it with animations.
- Ctrl+Z-like button? Go back button!

That's all for now, the new features look neat.

Yes you can However, I do not believe that I added protection against drawing off screen, so be careful to not let your x and y values to go off screen

I cannot wait to see the game !

I was coding the game and having some progress. However, I thought "Wow, let's make this in Axe!", and I started it and I've developed it a lot further in Axe. However, I'll try and make it BatLib after I finish don't worry

If you want to examine the source code for Axe routines, I suggest looking at the Commands.inc file found in the Developers folder of Axe releases. That file lists the source for every Axe command available. However, it may be difficult to determine which commands correspond to which routines, as they aren't named according to their Axe tokens. To determine which routines correspond to which Axe tokens, you may want to look at this. It lists technical details about every routine in Commands.inc, including which Axe tokens they correspond to. So to find the ClrDraw routine, you would search my file for "ClrDraw" to find the routine it corresponds to, and then search Commands.inc for the routine name you just found to find the code for the routine.


EDIT: Oops, forgot to actually answer your questions:

• ClrDraw: B_CALL(_GrBufClr)
• Fix 5: set   7,(iy+20)
• Fix 4: res   7,(iy+20)

Thanks a lot!! I didn't know It was so open source thanks thanks will do right away.

Actually Rect() is smaller, but since you still have the other Pt-On in your program, it still has the Pt-On subroutine and is *also* adding in the Rect() subroutine, making it larger.  Also note that size doesn't necessarily have any correlation with speed, but smaller is in general faster.

It only uses the defines/subroutines it needs, smart Quigibo.

rand^n generates a number from 0 to n? Including 0 and n? Or from 0 to n+1? Wondering.

Also, can I have a Lbl B and a variable B in the same program and they won't be confused?