So, I played a Mario RPG for the GBA once, and you would be attacked on the map itself, then you would enter a turn based mode. I kind of like that idea. (This seems to be the same idea you were talking about, willrandship).

I was wondering what kind of map system we will be using? This is one area where optimised assembly might be useful. Also, in almost all cases that we would need >16-bit math, it would be very easy in assembly or Axe. I have a few text display routines for 32-bit signed numbers ready and adding or subtracting won't be a problem (I hope Axe can detect carry, but regardless, it only takes a few bytes of ASM.

Wow, these are actually some cool ideas. I think serious-minded overarching scene might be better. We should also include TICalc as maybe a powerful organisation that keeps a record of most calculator knowledge (think of Druids) and we can use some info from TI-Story to create a neat history. I am thinking that a lot of this project is going to be in archive, so will definitely need some asm utilities or code (again, I'm happy with writing that). I can also create some compression/decompression programs to make text not take up so much memory (and probably images).

And again, if there are any parts that need assembly optimising, I could do that.

I think that if each part of the game had its own source (battle engine, item reference, monsters, sprites, events, movement, and more), that would be the best option. This would allow us to figure out which part of the program to edit. If we have multiple people working on the same part of the program, we will need to communicate! Obviously, this would be via a topic (maybe a topic for each component, that way it isn't one cluttered topic) or somethiong similar.

I feel that in the best case scenario, a high-end game could be created in a week. This, however, would require heavy planning before hand, code would have to be planned, story, rules, items, and more. My best success with writing an RPG comes from going into it with a good idea of what I need to do next, so we should create a checklist of things to do.

I don't know if I should create a new topic, so I am using this instead. I have noticed recently that WabbitEmu doesn't load apps anymore for some reason. In some cases, I can resign the app and it sends properly (I've no clue why this makes a difference). I thought maybe it could be just an issue with my computer, but other people have been noticing it, too, and I've been seeing small comments about it, here and there. I've noticed it for at least the past month, though.

I think we would both need a decent amount of free time. However, if I finish up an RPG someday, it could definitely act as a model/mockup and put us almost half way there Then we would only need to worry about graphics and optimising.

Yeah, that makes sense. Also, I realise that the grayscale aspect would be tough to do in a BASIC program, but simple textures are all that would be needed for a calculator. I am thinking that each tile represents a drawing, then you can load the drawing at the given coordinates. The drawings couldn't be too complicated, but even attaining 1 to 3 FPS to render a map would be awesome.