I've been thinking a while about a Pokemon on my calculator.
Some testings with drawing tiles 16x16 on the whole screen gave me a fast enough result,
without further improvement needed. So Speed is definitely not a problem. But I found one problem,
where I definitely need help. And that's memory.
The application's variable memory is something about 8000 bytes. That might be enough for the pics
of 100 Pokemons, monochrome, 16x16. But that's definitely not enough for a whole World, as big as
the one in the Pokemon universe. So the approach must be: procedural generated terrain.
There won't be any speed problems, if we are talking about something like fractals like Mandelbrots
and stuff, because we only need to calculate 8 x 4 = 32 dots on our 'graph' and then let the outcome
deside, which tile comes out.
But why fractals? Mmh. I don't want neighbour cells decide about the next tile-cell. It would be too complex.
I only want to calculate 8 or 4 new tiles, which won't be saved. We're not talking about a minecraft world,
generating itself randomly. We are talking about a pokemon-world without randomness at all.
I just want to have a function, give it a x and y value, and it should return the right tile. And the world
should look good, of course.
One Approach would be to use many fractals, for example a Mandelbar, power 4 for the ways, if it was slimmer.
Or something like that (take a look at this: http://www.relativit...als_powers.html).
So: If you have some ideas for a world generation, post here. And if you have some tips, which would be helpful
for something like Pokemon, write them her as well.
I know Casio-scene seems pretty down, but give it a try..
PS: If there are some updates to the project, I'll post em. I'm not sure if this project
will and can be made. But if you are willing to team up, answer as well.