Du musst mir CPP mal etwas zeigen Ich blicks auf keinem Auge ((

WUÄÄÄÄÄHH!!! Schluchz! Snüff!

------------------
----------------------
CU
PyroFlo the Rookie :)

It depends on your design. I have about 40 different types of buildings and all in all about 120 different graphics (x4 for rotation) for them, so it's quite much. We only use few military stuff, so 10 units per race are enough. There are no wild animals, and the trees will be blitted. So it depends on you, you can use 500 different units if you want to, but it's senseless. A good mix in design is essential.

-What would be the best way to handle the Map? (Maybe 2 Layers - one for Water,Sand,Grass...

We use a 2d array with 3d-polys as the ground and the buildings and units are blitted above. So you need something like this :

code:

typedef struct SData{    int Ground[HEIGHT][WIDTH];    int Buildings[HEIGHT][WIDTH];    int Units[HEIGHT][WIDTH];    int Items[HEIGHT][WIDTH];    ...} SData;

We used this solution, because the tiles are really small and there will only be big units, so more than one unit per tile is no allowed. I guess you use 2D, so it's quite simple.

-What kind of Info is needed for the Units? (Type,Position,Status,Target,...)

It depends on you again. What kind of pathfinding do you use ? The things found there are needed, but some more information, for example the frame of the animation which is shown and into which direction, the object is rotated. There might be some more important information needed, but this depends on you again.

How do you get data of about 80 megs ? Getting about 5 megs is possible, this is much, but not more. You should try to keep all possible data in one array, for example the multiple layers. Create some constants for each possible ground tile and simply use an int using this way.

#define GRAS_1
#define GRAS_2
#define SEA_1
#define SEA_2
...

Then for example :

Data->Ground[j] = GRASS_1;<BR>Data->Ground[i+1][j] = SEA_1;<BR>Data->Ground[j+1] = SEA_2;<BR>Data->Ground[i+1][j+1] = GRASS_2;<P>Creating some water over green grass is useless, so you can easily save memory using structures like this.<P><hr><P>Wieso, C/C++ ist doch relativ leicht, einfach ein Buch kaufen und innerhalb kürzester Zeit ist man drin. <IMG SRC="http://www.gamedev.net/community/forums/ubb/wink.gif"> Übrigens, bin auch "erst" 17.<P><hr><P>CU<P>——————<BR>Skullpture Entertainment<BR>#40842461

How many buildings and units does
a good game handle? 1000? 2000?

This depends on the game, if you wanna create something like C&C or something like SC3K or a mix between it. C&C has only about 20 buildings, I guess, and let's say 40 units (I don't know the exact number). So you have got 20 buildings which only have to be renderer from one viewpoint (the map can't be rotated in C&C) and 40 different units with many animation frames.

You can easily get 100 frames of animation per unit or even more, but normally rotating the unit into 16 directions is enough and some extra-animations have to be use (for example if a tank shots).

... and so i think i can't finish my program for this
ARI Games software contest ...

I'm sure you won't finish it till deadline, so better create a good game instead of some shit only because of the deadline. You won't even get it work with 5 programmers, because the time's too short. Keep relaxed and forget the deadline.

CU

------------------
Skullpture Entertainment
#40842461

256*4

Bytes free memory. You'll have to save more things, so you could easily need a few megs of memory. If you have for example positionx, positiony, status and frame as needed data, then you'll need to have

256*4 + 256*4 + 256*4 + 256*4

bytes of free memory.

CU

------------------
Skullpture Entertainment
#40842461