DarkerLine wrote:
CompWiz wrote:DarkerLine wrote:NimbusOS can run nostub
yes it can, but the final version will not show nostub programs in the list by default. To use them, you have to go into the options and change the nostub asm programs option.
Who knows what the default option will be?
Actually, I do know what the default will be.
David wrote:
bananaman wrote:I haven't found any bugs so far, but I definately agree with the basic programs not being shown unless you want them too.
I suggest to make the choice of showing all basic programs, only ones starting with :: and showing none.
I say that's a good point. We will add something like this to the options screen:
1. Display unsupported progs (Default: off)
2. Display nostub asm progs (Default: off)
And most people who play games know little of options menus and, if they aren't using nimbusOS(it is still in request only beta testing. I had to ask for it to get it. VERY few people have it. And even when it comes out, most people will not switch), then their OS probably doesn't support it. Do you really want to have to go through the options menu every time you use it to archive it, then when you are done, rearchive it? Also, you have to find it in the programs list, after selecting asm(. Very inconvenient. Ion programs are much easier to use, and will allow a much larger audience to play them. This game does not need much speed at all. It doesn't even need to scroll. I don't see why there is a big debate about speed. What other game has not had an Ion version because it needs more speed? If wolfenstien, gemeni, lotus turbo challenge, acelgoyobis, metroid, and zelda(that has 8 way smooth scrolling with grayscale. And you think that this simple little game will need more speed than those games do?!?)can use Ion, then something as simple as this really requires very little speed in comparison. What is this big debate for? The fact is, you really don't need very much speed at all. Ion will not limit the speed of this game. User input, or a programmed delay will. There is really no benifit for using nostub(that this game could possibly use), and several problems with using nostub.
For making this game with nostub:
pros:
none
cons:
not supported by major OS's
very tedius to open
size limit(this probably wouldn't affect it, but who knows)
many people will not know how to run it
crashes could delete program
crashes can clear ram(CrunchyOS stops RAM from getting cleared, even after a crash)
fewer people would use it
why would you want to use nostub?