It's more than good, it is an excellent tool to code programs and games. There's DLC available, but it is unnecessary to get the full experience of SmileBASIC. It is NOT a game, but a program that allows developing all kinds of games and programs on the 3DS. You can make and share programs, and you can also download and play other people's programs. I'd say it's definitely worth it!

It's a shame that SmileBASIC has not been made available yet in Europe... From what I've heard, you can expect a release either later this year or early next year. I know the wait can be disappointing, but hang in there!

You'll probably want to take things step-by-step. A lot of stuff about programming is very tough, but you should start with the basics. For starters, you should familiarize yourself with EDIT mode. It is a text editor, where each line can have an instruction to be run in your program. Instructions will tell your program what to do. They are the building blocks of a program.

Programming is done in EDIT mode. DIRECT mode is used to run programs and other single-line instructions.

You have two ways of loading it... LOAD "TXT:<Filename>",FALSE OUT <String$> <String$> = LOAD("TXT:<Filename>",FALSE) As always, you should first check if the file exists with CHKFILE, like this... IF CHKFILE("TXT:<Filename>") THEN <String$>=LOAD("TXT:<Filename>",FALSE) ENDIF

Whoa! Very stylish!

You technically can only save one string per TXT file this way, but you can store many strings within a single string by concatenating the strings while separating them with a special character. This explanation could take a while and gets a bit technical, so do say if you need it.

You can only save numerical values when saving with an array. This means you can't save text in a binary (DAT) file. At least, not directly. However, there's a SAVE instruction specially designed to save text. You just need to call SAVE like this... SAVE "TXT:<Filename>",<String$> What's more, you can keep the same filename for both the DAT and the TXT file.

The name 'Pac Man' is copyrighted, though. You could give it an original name, like 'Jump-kun's Super Dot Eating Adventure' or something like that.

Seems like a neat concept. However, be aware that you must change the name in order to publish it, since PAC-MAN is copyrighted (by Bandai Namco, which was working with SmileBoom quite recently). A name change will suffice, as long as the game can differentiate itself enough from PAC-MAN.

You can only save numerical arrays, not individual variables. However, all you need to do to solve this is place the value you want to save in an array. Like this... DIM SAVARR[1] SAVARR[0]=MONEY SAVE "DAT:RECORDS",SAVARR When loading it back up, you also need to use an array. Remember that.

I'm sorry for not answering. I see you've gotten some help already, but I think I can still contribute a bit. :) If you want an array that holds each bit from a binary string, without trimming any leading zeroes, you could make something like this... DIM BNRY[0] FOR I=0 TO LEN(ST$)-1 PUSH BNRY,VAL(ST$[I]) NEXT Just make sure to validate that the string only contains binary digits.

You should start learning about SmileBASIC by reading the official e-manual. You can find that here: http://smilebasic.com/en/e-manual/manual11/

I'd suggest placing all rocks on their own layer (if you can spare one) and color that layer with a red tint with BGCOLOR.

If you need help, you can ask! I'm not too familiar with platformers, but I could still help.

I don't think we should trick people into deleting it... After all, those people are already getting into trouble for it, so they'll learn sooner or later to not bring it up. However, I must say your idea of overwriting files with blanks under a guise is not a bad idea for a 'virus'. You'd probably want to erase the backup files, though. (I repeat, however, you should NOT do it.)

You are telling the program to go (GOSUB) to a certain label (@HPBARS), but the specified label doesn't exist in the program. I suggest erasing all GOSUBS until you can define the labels.

RGB values should go from 0 to 255. Writing 256 might be causing the error. Also, the RGB in line 16 only has 2 parameters, when it should have 3.

I must say, even if it's just narration so far, the way it's scripted makes it pretty captivating.

@Aiden NN Huh? Is that a bug or did you actually lose? I'm pretty sure I uploaded the finished version, which validates for that. Did you press B instead of A? If you think you shouldn't have lost please recreate the bug and post it here again. @Mewtwo I can help you, but I'd appreciate if you keep the questions in the correct thread. I'll answer you there.