Breaking the Bank

Just two questions that I cannot fully understand:

• Why there's 3 options in the game but 5 in the image?
• And why it's minimal compatibility is New3DS without having any New3DS features?

Well first off, I made a version with 5 options but due to me using only 6 to 8 (I forgot) pictures for each sprite set, which I can tell you was an idiotic decision, made it take up too much space. Yes like I said it sucks. I would try to fit more pictures per sprite set, but I'm to lazy to change it. Also the minimal compatibility, well I made it on a "NEW 3DS XL" so I didn't know whether or not it would take up too much space. Yes, I am an idiot. Luckily this game didn't take up important time in my life and took only a day to make. Next time (if I were to do it a next time) I'd be more conservative with space. So... Yea... You have every right to hate me.

Space doesn't really matter based on the system though. Min. Compat. is generally meant for stating that the game won't work at all (or not as intended) on anything lower than the minimum compatible system. And this only takes up 4 MB out of the 2 GB the default o3DS SD card has lol. If you still want to try and make it so that the game doesn't take up that much space when playing, I would recommend using the GPK Library by Hosiken. I actually made a tool that allows you to extract parts of GRPs as GPK files, and I think it also gives you the corresponding command to load the graphics at the end. Not sure, but I could add it if it isn't there already.

I'm not hating you, I was only asking that few points. Also now that I take a closer look to the code, let me make you some fast improvments as suggestions: You make one menu loop for each menu option (3 loops in total); that's bad but I'll not blame you for that (because in the past, I also did that lol). Also each time you move the cursor you clean the whole screen with an ACLS which causes the screen to go black for a few moments while it loads the same GRP again. I recommend you to remplace this ACLS with a normal CLS, so the text gets remplaced with the newer one according the cursor while keeping the GRP. About the 3 menus, I'll make just only one looking similar to this:

CUR=1
LOAD "GRP4:BREAKB",0
SPSET 0,8,112,279,170
SPOFS 0,0,3,1024
SPSCALE 0,2,2
SPSET 1,128,0,32,32
SPOFS 1,170,15
SPSCALE 1,2,2
SPSET 2,160,0,32,32
SPOFS 2,60,15
SPSCALE 2,2,2
SPSET 3,192,0,32,32
SPOFS 3,270,10
SPSCALE 3,2,2
@MENU
CLS
IF CUR==1 THEN LOCATE 6,9:PRINT ">TELEPORTER"
IF CUR!=1 THEN LOCATE 7,9:PRINT "TELEPORTER"
IF CUR==2 THEN LOCATE 23,9:PRINT ">BOMB"
IF CUR!=2 THEN LOCATE 23,9:PRINT "BOMB"
IF CUR==3 THEN LOCATE 35,9:PRINT ">SHOVEL"
IF CUR!=3 THEN LOCATE 36,9:PRINT "SHOVEL"
IF CUR==1 AND BUTTON(2)==32 THEN GOTO @TELE
IF CUR==2 AND BUTTON(2)==32 THEN GOTO @BOMB
IF CUR==3 AND BUTTON(2)==32 THEN GOTO @SHOVEL
IF BUTTON(2)==8 AND CUR!=3 THEN INC CUR
IF BUTTON(2)==4 AND CUR!=1 THEN DEC CUR
WAIT 1
GOTO @MENU

I'll will most likely use this in the next game, but the funny this is I realized this just a few days ago. I could use values to make something happen depending on the number and reuse loops to make shorter code, but I didn't incorporate or edit this code well because I'm lazy, like I said. I just hope I can make a good game next time, lol.

Finally some practice... Thanks, Rob.