Creating Game From Zero

I'd say the "easiest" types of games to start with would be puzzlers like bejeweled or tetris. Start out with those if your new to game development.

IMO, this is the fast and easy way:

1. Take DirectX Common Files framework that handles choice of gfx adapter, initialization of gfx mode, resizing of the window and all those little annoying things that are needed before you can render your first polygon.

2. For a Pac-Man clone in 3D (probably the easiest game after Pong), regular cubes forming the playfield are enough - you can easily create coordinates of the cube in your code along with normals and texture coordinates.

3. Set up camera as looking straight down overlooking whole level.

4. Take any freeware 3d modelling SW, google up some free models of enemies and export them into directX X format and load them in your engine. Google anything regarding X format. Start from MSDN.

5. Design a simple AI that shall decide at each crossing where to go next. Since your playfield is essentially 2D, this should be easy.

This is how I started (except X files, I wrote an ASE parser for my objects from 3dsmax originally) and it worked.

Search these forums often - these are regular issues and you`ll find many similar threads here.

Start with simple examples at http://nehe.gamedev.net/
Don't miss any of those. The take next step.

I don't want to dampen your spirits, but FASM is probably not a good choice of language to code 3D games.

I have the good practice in FASM, but i create only demos using OpenGL.
I tried to make "TANKS", but it was too bad project. Now It is dead.

I am lack in expiriens, that's why i need your help.

I have draw cycle without anything interesting
this is it
.draw:
invoke GetTickCount
cmp eax,[msec]
jz .draw
mov [msec],eax
invoke glClear,GL_COLOR_BUFFER_BIT+GL_DEPTH_BUFFER_BIT
invoke glLoadIdentity
invoke SwapBuffers,ebp
invoke GetAsyncKeyState,VK_ESCAPE
test eax,eax
jz .draw
invoke ExitProcess,ebx

I want finally to end my first game project("TANKS")

What people are trying to tell you is that such low level languages aren't good for programming games you should be using a language at least as high level as pascal or C or basic if not higher. Low level languages are too painstaking to make games in and everyone is assuming that since your stuff looks like assembly it is very low level :<.

FASM is fairly high-level as assembly languages go, but it is still a low-level language, and writing any sizeable piece of software in a low-level language is an exercise in pain. That is no to say it can't be done (many projects have been written in ASM before), but when high-level languages are available, it makes no sense.

I would recommend heading straight for the highest-level language that is suitable, probably Python with the PyGame framework. Learning the language shouldn't take that much effort, by comparison to learning all the ins-and-outs of 3D graphics.

I don't know if this would help but you could take a look at Quake 1 source code, it is easy to find on the net. I am mostly referring to the asm part of quake 1 that was used to code software rendering portions of quake 1 and 2. The basic idea is that asm is fine for low level things like drivers and the pros at id used to do it that way but they still used high level language for the rest like game logic and such. Maybe what you are looking for will be in the software rendering part of one of those old 3d id games though.