From those of you that know me from Ti-Basic developer, you probably remember my Portal game.

http://tibasicdev.wikidot.com/archives:portal

It seems to be my most successful game and has gotten rave review from all those who downloaded it.  Either way, I am making the sequel, Portal 2, Time Portal.

The story takes place before the events of Portal 1, even before GLaDOS was ever hooked up.  You have normal people guiding you through the tests and everything seems fine.  The game play will be different though, instead of portals that take you through space, you will have a device that moves you through time.  Then you will need to collaborate with previous versions of yourself to solve puzzles.

For example, there might be a button that you stand on to open a door, but when you step off of it, the door closes.  What do you do?  Step on the button, and then travel back in time.  You will see the previouse version of yourself step on the button, and then you can walk through the door.  

This concept can be expanded indefinitely (Within reason) so you might have up to 5 versions of yourself on the screen at any given time.  I will try to gt a screen shot up as soon as i can, as i have the time travel engine up and running.


It might be worthy to note that I had this game almost finished twice already.  I had completed the engine and most of the levels, and was working on the story.  Then two idiots at school stole my Calculator and erased all of m memory...   twice...
So this is the third time creating it.  My only consolidation is that now I have a greater understanding of the code, and when you re-write a game, generaly you re-write it a lot better.

Sounds great

It might be worthy to note that I had this game almost finished twice already.  I had completed the engine and most of the levels, and was working on the story.  Then two idiots at school stole my Calculator and erased all of m memory...   twice...
So this is the third time creating it.  My only consolidation is that now I have a greater understanding of the code, and when you re-write a game, generaly you re-write it a lot better. Wink

You might want to back up your calculator every now and then

I did have it backed up in groups, but they erased everything...  Oh well.  I wrote down all the level designs i had come up with, so at least i don't have to recreate that!

Yeah I got horror stories about file deletion from 2002 with one of my RPG project. Even the archive=gone. Now I always backup on a second calculator (my TI-Nspire) when I don't feel like doing it on the PC.

As for Portal 83+ I didn't played it yet but I think I should try it at one point because it seems pretty interesting. The graphics reminds me N-Game too. Glad you are doing a sequel

lol they would be countless.

You guys would of had oot at full speed in basic but sadly a ram clear occurred.

Sounds nice, are you going to make this in pure basic again or will this be with a use of a Lib? Either way I know it will turn out great, I loved the first one!

Yeah I think for such games it's good if it's in one program, providing you don't have a lot of repetitive code and don't use Gotos inside conditions/loops, because usually, with small games people have many installed on their calc and it gets hard to remember which sub-program is for what game. For RPGs it's another story though, because most good RPGs have to be split into multiple programs to fit in RAM (load of code used several times in the entire game). IMHO I don't judge a game based solely on the file size and amount of sub-routines, though, because it's stupid, you risk of missing out a whole lot and it's pretty much like hating someone becuse of his skin color or religion. So even if the game had 50 programs I would still play it, altough I don't recommend going above 50, because the VAT then gets bloated and game tends to run slower as you add sub-routines. I personally find it quite offensive when somebody judge one of my game just based on that , because usually they are the ones I spent the largest amount of work on.

I'm not recommending anyone to not worry about their game file size when coding (better optimize what as much as you can), I'm simply talking about people who can't see further than a game filesize/amount of sub-programs http://omnimaga.unitedti.org/metroidmap.gif