Keep in mind that SmileBASIC is basically a "computer" that interpretates BASIC code. So you can make complex stuff like Rfull 3D or Ray-Tracing, if you have the required knowledge to do it.
I'm making more tests, but i finally managed to replicate the error:
When you call a function located on a different slot that uses a global array (array declared outside the function), the program for some reason will have issues on performing a modification of the array.
Your best bet is to make a dummy array inside the function to copy all the content of the source array.
Making sprites, specially detailed ones, is a difficult task. And as any difficult task, the way to overcome it is to learn how to solve it, in the same way we learned how to make programs in the first place.
Do something for yourself and start learning how to draw and draw different things for practice, in the same way you make code and test it.
Sure. You can make bizzare stuff with it, and even if programming isn't your strong point, you can download tons of games and apps people make here.
This is a screenshot of a game i made a month ago:
Sure. You can make bizzare stuff with it, and even if programming isn't your strong point, you can download tons of games and apps people make here.
This is a screenshot of a game i made a month ago:
You can use BGSCALE in conjunction with BGOFS to fit the background to the whole screen, but it would look bad if using decimals. The best chance of having a pixel-perfect map is by duplicating some tiles until you fit the whole screen.
Don't work because any Sprite function should be used AFTER SPSET, not BEFORE it. Because you first need too tell the engine that a sprite will be used before telling the engine to manipulate it.
WHILE BUTTON() would work only if you're pressing the designated button BEFORE the loop starts. Using REPEAT won't help, so try to sepparate the logic of the game from the functionality of the main loop.
Just as @V360 shows.