Quote from: BalancedFury on March 09, 2012, 07:45:45 pm

Quote from: hellninjas on March 06, 2012, 09:29:12 pm

*ehem*
Screenshits... That is all...
But I do reccomend others to play this Its pretty fun!

No cursing

If he did that on purpose, it's a sort of joke

And wow, interesting concept...ofc the first thing I think of is how this might be made into a calc game

He was referring to the first post

That would be cool I will eventually try to make a method for a scrolling map, but I am not sure how I will handle enemies and whatnot

Thanks For the curious, I want to make the AI for the enemy smarter by doing this:
When it has not changed position, I will use another buffer and it will plot a pixel where it got stuck so it will say "don't go here!" Once it has back tracked enough to find another path, those pixels will be cleared so that it can go back if it needs to. That way, you cannot just stay in a spot and hide out

Update 9 March 2012: http://ourl.ca/15476/290273

---

This game is a classic maze game with a twist-- an enemy seeking you out through the maze. Currently, there is no code to handle being caught, but it still is a bit freaky when all of a sudden you see the enemy pop out of nowhere, easily navigating the maze to find you.

You can make a maze by drawing on Pic1 or using the built in editor. Step mode means you take one step at a time and so does the enemy. Personally, I find this excruciating. Action mode is much more fun Even if you aren't moving, the enemy still seeks you out. Mazes are 64x96, but only a portion is shown on the screen. If you are daring enough, you can open up the program and resize the tiles accordingly (smallest should be 3x3 and largest is 15x15). Anywho, feel free to ask questions and stuff! I still need to add more to it, but you can see how this could easily turn into an Advanced Wars level editor >.>

EDIT: Also, the enemy starts in the lower right corner, so if you have no path linking to that, you won't be chased. Also, press Clear to exit.
EDIT2: Er, I forgot to mention the editor controls:
[Enter] will draw a tile
[Del] will remove the tile
[2nd] will toggle the tile

It would take a lot more memory, but if you wanted it to still be speedy, too, you could make several buffers containing the data in layers. For example, 3 buffers could make each pixel in 8 different states. To better save on memory, you could store the location of a few pixels and what they do in memory and just check to see if the region does anything. You could still use tilemaps and not the command. For example, I made a maze like program that used 6x6 tiles and a buffer that contained the values for those regions. The program would manually draw the stuff, but it was easy to see if you were on a warping tile or a tile that would kill the player or whatnot.

You can add an enemy if you want, sure You can also create another buffer to hold killing pixels and you pixel test those buffers to figure out if you are on a bad space (that actually sounds like a really good idea o.o )

Hello, Mr. Austin! I must say that this Prizm has been helping me out. I was in Differential Equations and a friend needed a calculator, so I let him use my TI-84+SE calculator and I got to play with the Prizm. It was very lovely to use indeed

Yeah, I should get those to be compatible .___. I can definitely work on that, actually Also, I am glad you find the token hook appealing And yes, Send( is MakeVar(. If you need to check what the token names are in BASIC, you can change the header and it will automatically revert