Fooling round with trampolines in code. Turns out calling functions this way is about 5 times slower than doing simple GOTOs

COUNTER=COUNTER+1 is faster than INC COUNTER And since SmileBASIC is an interpreter, lots of testing has been done and I've concluded that the biggest thing that slows SmileBASIC down is number of commands, not what the actual commands do By shortening the number of lines you make the program faster, of course for games this is almost unnoticable unless you're doing something like a 3D engine

I recommend using DEF functions for everything but the main loop (the one that makes the program go on forever) Visit the third party website called smilebasicsource which is the main place to find SmileBASIC tests and glitches and programs

@SimΞon I find it weird that INC is slower than simple addition. I know about the fact that it's interpreted. There is however a cost in calling functions, and I was mostly trying to figure out how costly it is to call something dynamically like this. I want to create some more advanced program flows, and just DEFs are not enough :3

INC A is more faster than A=A+1 when using plain integers. Using float numbers make it slower than A=A+1. Even 12Me21 made a test some months ago.

I have no idea what that app is but Yeah!

@FoxNinja, If you are talking about SmileBASIC, it is an app on the 3DS used for programming games! That doesn't cover all the games made in SmileBASIC though, because there are TONS, so i recommended it highly!