@MasterQ32
Thank you. That was my thought too. I really appreciate your nice words, thank you.

@Quad+Schloder
Very nice looking heads, wish i could do that.

@txesmi
That is looking great ! Is there a change to get hands on this script/shader sometime ?

Restructured polygons on forehead,cheeks,chin and eye sockets.
remade lips and nose.
added the back of the head and neck.

1290 tris(eyes not counted)
---
Blender question:
Model is mostly made of quads, ctrl+t or exporting fbx triangulates the model. It's mostly fine but some quads are triangulated in from incorrect corners, do i have to triangulate them manually or is there a way to ask blender to triangulate them in a way so that the triangulated quad is concave not convex?

i usually just remake the triangles ,then convert it to a quad,.

I made some planets. Pretty happy with the results from the workflow that I created. Some planets are not that pretty completely zoomed in though, was still toying around with textures. All planets are created using only free concrete and stone textures as resources on texturez.com.

Backgrounds look awesome too!

@rayp
Maybe... I should clean and comment it before sharing it

I'm doing some tests again: 300 units in 10 groups are moving smoothly, but for 600 units in 20 groups, with pssm shadows, I got now about 14 fps when all is moving (when standing, it is over 40). Vertex animation is used, it's not as bad as before, if heavy lod applied: 400, 250, 125, and 75 tris.
I found it faster to use pssm than decal shadows, over a certain quantity.

maybe I should use physx instead of c_move to get better performance?

very distant characters are so tiny , hard to see, you should go for sprites : Far Cry (first game of the series) optimisation.

gamasutra article : imposters

Far Cy sprites technique

Î
Saw this technique in other Crytek-games, too (Crysis: Warhead for example), mostly used for vegetation.
It is a really good idea and there's almost no visible difference between actual polygons and a sprite.

EDIT: just noticed that if you're animating a high number of models it's going to be really performance eating.
Think about disabling the animations for distant models - or, as ratchet suggested, use (not animated) sprites

Started to work on an RTS myself a few days ago as a pet project next to Superku, pathfinding and group movement already work on a playable yet imperfect state (so does fog of war including hidden units, the minimap, group to hotkey and so on):



@sivan: The framerate problem in your screenshot obviously is a result of the script, not the rendering (29.4ms for code, 7.1ms for rendering). You shouldn't use a while loop for every unit but a single loop that executes all unit movements/ actions, this will speed up your game notably. Then you should not use c_move too for performance reasons. Luckily you don't need it because you can simply use 2D sphere-sphere collision detection instead.