Are you actually changing the X and Y variables? Those are going to control the sprite's location the way you have this programmed.

Honestly, I'd say SmileBASIC is great for both! It's fun to just mess around or experiment, but it's also possible to make really great stuff, too. It just takes a lot more time, effort, and determination to make something really, really good.

Also it's not finished yet. I think.

Yeah, apparently 3DS games are forced to see START and SELECT as the same button, regardless of what the developer wants. Try any other game and you'll see START and SELECT both do the same thing.

Calc84maniac would probably be the best person to ask, he did create the engine after all!

@ÐαsΞτωαs ƒ No, the background colors are just solid graphic. I don't know much about raycasting/mode 7 stuff, but I'm pretty sure floor texture also takes up a lot of processing power. Not sure raycasting and mode 7 are possible at the same time.

Just set all the values to 0. That would be no transparency, no red, blue, or green. Same command, different settings.

I'm pretty sure there is a limit of 300 games/apps, regardless of SD card size.

You can use the DISPLAY command to change which screen you're using. When you use DISPLAY 0, all commands will affect the upper screen, and when you use DISPLAY 1, all commands will affect the lower screen.

Dude this is copyrighted, SmileBOOM is gonna take it down. Just change the sprites to something that isn't copyrighted.

Aargh, why did I ever sell my stocks in CHIKN?!?! Their value has *literally* gone off the charts!

YES THIS GAME IS PERFECT! (As long as my company's stocks don't plummet, that is!) :P

Actually, it's a good idea to clear the screen in a loop. You want to use CLS, however, not ACLS. ACLS basically resets everything besides variables.

Oh wow, I didn't realize at first! Line 0 doesn't exist... Or does it?!?! Line 0 is going to destroy us all!!

Rather than WAIT, use VSYNC instead. Place "VSYNC 1" at the beginning of the loop, before the CLS. The VSYNC 1 command basically waits until 1 frame is complete before continuing. This is good as it prevents flickering and also allows better control of the game on a 60 FPS basis. (The loop will complete 60 times a second, assuming it isnt so complicated it takes longer than one frame to process.)

want to do anyways. I want to challenge myself!) I *think* I have a good idea on how to do the physics, only time will tell if it will work how I hope and if SmileBASIC is fast enough to handle it. (I *really* hope I'm underestimating how fast SmileBASIC is right now!)

Well, the thing is (And I guess I didn't note this in my post) that this isn't playable at all. All I have at the moment is a pinball movable with the D-pad and proper scrolling based on the ball's position. I haven't done any physics yet, or even hit detection. I have no idea how the original was coded either so it's not like I'm just going to copy their physics exactly. (Which I wouldn't...

Technically, that's the plan: To make my own physics engine and create some pinball games, but what remains to be seen is if I can actually pull off making a good physics engine! If I can do that, designing different machines should be a piece of cake.

Okay, why doesnt the 3DS have a port of Pinball Fantasies?!?! Because it's literally the perfect resolution and looks amazing! And before you ask, no, I'm not going to release this. Just doing some tests right now.

Nice, although Calc already released a new version of Raycaster along with a small game called Spooky Maze.