What I think he means is that the program should be capable of loading and playing external levels. If levels are handled with functions (which can not be used in external files), you can write a small on-purpose scripting language that the main program will interpret and generate the level from.

Nope, I still have the same issue.

Well, you definitely need to upgrade your ndless version to r903. Then it just works(!), else you get that 'weird' message: "This document format is not supported. SuperHexaspire.tns".

Could you take the original game colors? That would be gigantic! :p

I don't think that putting user levels right in the compiled game is a good idea. IMO, you should build an on-calc (separate ?) level editor that can generates TNS files that can be loaded by the main game. This is easy enough, since you just have to generate files that follow the same scheme than your hard-coded levels.

Quote from: Matrefeytontias on November 07, 2013, 07:27:25 am

I don't think that putting user levels right in the compiled game is a good idea. IMO, you should build an on-calc (separate ?) level editor that can generates TNS files that can be loaded by the main game. This is easy enough, since you just have to generate files that follow the same scheme than your hard-coded levels.

One day I'll get around to something like that, but I have almost no clue how to do that. For now, I think this way might be acceptable just to get the program off the ground before going crazy about it, but that does sound like an interesting concept!

Maybe someone could help me with that!

I sure can it doesn't rely on any particular language, it's just a theory that you can put in practice as you want. But I do program for Ndless in C anyway.

edit: as of now, I don't know any on calc c-compilers, so the possibility of this I think might be almost zero . Someone, quick, prove me otherwise!

You don't need any on-calc C compiler to generate the files I talked about, but only a fopen() function. The content of such file is up to you.

What I meant is that you could build a mini-scripting system. To do that, you must know what the content of the file refers to. For example, you know that if you encounter a 0x80 in the level file, it means that you put an obstacle at a certain position. And you carry on parsing the file as the player advances in the level. You see what I mean ?

Can someone make a video of this?

You don't need any on-calc C compiler to generate the files I talked about, but only a fopen() function. The content of such file is up to you.

Ahh, yes, a fopen(). I do see what you mean! I was going to use that to store a high score, but, however, I have no idea how to read an array of arrays from it. Aside from that, I'm going to add a few features and post about pre beta level creation. Soon, I (and some help of others) am going to make exactly what you speak of. I'll be back soon with a couple of levels that work! Once I get to like... 0.9, I'll start thinking about making something exactly like that then, yes, you would only have to have a lvl.txt.tns on the calc to run levels witch can be edited on the calc.

Can someone make a video of this?

Sure, I can!

This games looks insaniousley awesome!
mind=blown

Thanks, that means a ton to me!

Glad to see you're continuing this project.