by using SPSET. The second version of SPSET is the one you're going to use the most, since is more customizable. If you mean creating a sprite and using it, first draw the sprites and save it as a file. Then load the sprite file on the main program.

If you're using custom sprites, then yes. But is better to use the alternate version of SPCHR, which allows you to mirror the sprite without redefining the dimensions. SPCHR ID,U,V,W,H,Attribute On attribute, put #SPREVH+#SPSHOW to mirror the sprite.

Because it doesn't write 8 on SPCHR. What it does is to ADD 8 to the definition number so the sprite will change to a flipped version of itself.

@crazy pro No key yet. Is still an early BETA.

Side-scrolling shooter without using sprites. Only the console screen!

If you're saving string(s), a good exercise would be how would you separate each data, because strings are problematic because of that. If you're saving just numbers, you can save an array containing all the numbers, and is much easier to load later since you would only need an array to get the data and not doing weird things to see which data goes for what variable.

Something i would recommend is NOT using VSYNC or WAIT commands inside secondary loops, since a lot of them will slow down the execution of the main loop. Unless is intended.

@mckenzie We are being "nerds" because math is what rule logic of the "programming world". Sprite movement and jumps? Math Distance between objects? Math Simple counters? Math Background displacement? Math Everything you see out there uses math.

@Jacob @Person(JP) I tested the algorithm and was pretty much copy & paste, and it works. What i miss on the original comment was that is NOT /DIV 60/ but /DIV 1000/ since 1000 milliseconds = 1 second.

Something like this: OLD_M=MILLISEC WHILE 1 NEW_M=(MILLISEC-OLD_M) DIV 60 IF NEW_M==60 THEN '1 Minute 'Do stuff ENDIF WEND

SmileBASIC has two things: MAINCNT and MILLISEC. MAINCNT shows how many frames have passed since SmileBASIC was launched, while MILLISEC is the same, but display the milliseconds. What you could do is take the MILLISEC value at some time (call it OLD_M), and then do a loop to do a comparison with an updated MILLISEC (call it NEW_M) to have the actual seconds independently of framerate.

Try here: http://smilebasic.com/en/e-manual/

Both things. Is a released Joke-OS that is on active development.

and BTW: I think having limited resources is great, since forces you to be efficient with the stuff you make, and not wasting a lot of resources on simple things like most games nowadays.

2.- And also, it has a built-in 2D engine and a lot of predefined assets, so you won't have trouble by making a quick RPG. And last thing: Keep in mind that the stuff we all make here is by writing code, and this app doesn't have any grounded tutorial for beginners on how programming works. So you should check SmileBASIC website for a quick trip. http://smilebasic.com/en/e-manual/

1.- I think this is probably the BEST app existent for 3DS. Remember WarioWare D.I.Y? Well, this is way more better. And while you can make A LOT of stuff, you can't really do everything moderns PCs can do since our resources here are limited. But still those resources are enough on most of our needs.

Well done dude. But i think that, if you do weird stuff while choosing the place, the sprite will follow that weird pattern for no reason. Right? Something i think of, is to move first on the X axis, then on the Y axis, depending of where the destination is located. And on each step, check if nearby "blocks" are passable. But i have to test it first.

Key: 7DD4F344

I hope you guys enjoy this! Key: [7DD4F344]

I made several updates but i want to say only this: From wave 8 to upwards is IMPOSSIBLE!