Программирование под Win32 Опции

[gMan]

Решил написать про программирование на асме под Win32.
И так сегодня в номере мы разберем создание окна и всё

Мы разберем простую программу, которая выводит только окно.
Я взял пример программы Wap32.asm из пакета TASM и несколько упростил ее.

.386
.model flat, stdcall
include win32.inc

Файл win32.inc содержит некоторые нужные константы и структуры

extrn            CreateWindowExA:PROC
extrn            DefWindowProcA:PROC
extrn            DispatchMessageA:PROC
extrn            ExitProcess:PROC
extrn            GetMessageA:PROC
extrn            GetModuleHandleA:PROC
extrn            LoadCursorA:PROC
extrn            LoadIconA:PROC
extrn            PostQuitMessage:PROC
extrn            RegisterClassA:PROC
extrn            ShowWindow:PROC
extrn            TranslateMessage:PROC
extrn            UpdateWindow:PROC
.data
newhwnd          dd 0
msg              MSGSTRUCT   <?>
wc               WNDCLASS    <?>
hInst            dd 0
szTitleName      db 'Win32 Assembly Program',0
szClassName      db 'ASMCLASS32',0
.code
start:
        push    0
        call    GetModuleHandleA
        mov     [hInst], eax

Получим дескриптор программы.
Далее инициализируем структуру WndClass для регистрации окна

        mov     [wc.clsStyle], CS_HREDRAW + CS_VREDRAW + CS_GLOBALCLASS

clsStyle - определяет стиль класса

        mov     [wc.clsLpfnWndProc], offset WndProc

clsLpfnWndProc - указывает на процедуру окна

        mov     [wc.clsCbClsExtra], 0
        mov     [wc.clsCbWndExtra], 0
        mov     eax, [hInst]
        mov     [wc.clsHInstance], eax

clsHInstance - содержит дескриптор программы

        push    IDI_APPLICATION
        push    0
        call    LoadIconA
        mov     [wc.clsHIcon], eax
        push    IDC_ARROW
        push    0
        call    LoadCursorA
        mov     [wc.clsHCursor], eax
        mov     [wc.clsHbrBackground], COLOR_WINDOW + 1
        mov     dword ptr [wc.clsLpszMenuName], 0
        mov     dword ptr [wc.clsLpszClassName], offset szClassName

clsLpszClassName - определяет имя класса окна

        push    offset wc
        call    RegisterClassA

Создаем окно:

        push    0
        push    [hInst]                 ; дескриптор окна
        push    0
        push    0
        push    CW_USEDEFAULT           ; высота
        push    CW_USEDEFAULT           ; ширина
        push    CW_USEDEFAULT           ; y
        push    CW_USEDEFAULT           ; x
        push    WS_OVERLAPPEDWINDOW     ; стиль
        push    offset szTitleName      ; заголовок окна
        push    offset szClassName      ; имя класса
        push    0                       ; дополнительный стиль
        call    CreateWindowExA
        mov     [newhwnd], eax

newhwnd - дескриптор окна
Покажем окно:

        push    SW_SHOWNORMAL
        push    [newhwnd]
        call    ShowWindow

Обновим окно:

        push    [newhwnd]
        call    UpdateWindow

Создаем цикл для обработки сообщений окна

msg_loop:
        push    0
        push    0
        push    0
        push    offset msg
        call    GetMessageA
        cmp     ax, 0
        je      end_loop
        push    offset msg
        call    TranslateMessage
        push    offset msg
        call    DispatchMessageA
        jmp     msg_loop
end_loop:

выход из программы:

        push    [msg.msWPARAM]
        call    ExitProcess

Процедура окна:

WndProc proc uses ebx edi esi, hwnd:DWORD, wmsg:DWORD,
                 wparam:DWORD, lparam:DWORD

Win32 требует, чтобы EBX, EDI, и ESI были сохранены

        cmp     [wmsg], WM_DESTROY
        je      wmdestroy
        push    [lparam]
        push    [wparam]
        push    [wmsg]
        push    [hwnd]
        call    DefWindowProcA
        jmp     finish
wmdestroy:
        push    0
        call    PostQuitMessage
        mov     eax, 0
finish:
        ret
WndProc          endp
ends
end start

На первый взгляд кажется, что слишком много написано для простой программы. На самом же деле писать все полностью не нужно, достаточно написать файл один раз, а потом использовать его как шаблон для своих новых программ. Можно создать объектный файл и использовать его как загрузочный код, а писать только процедуру окна (WinProc).

А в следующий раз мы разберём что нибудь посложнее...

[gMan]

Сегодня я напишу о работе с клавиатурой.
Как привило, у каждого компьютера есть только одна клавиатура, поэтому все запущенные Windows программы должны разделять её между всеми. Windows ответственна за то, чтобы отсылать информацию о нажатых клавишах активному в данный момент окну.

Хотя на экране может быть сразу несколько окон, только одно из них имеет фокус ввода, и только оно может получать сообщения от клавиатуры. Вы можете отличить окно, которое имеет фокус ввода от окна, которое его не имеет, посмотрев на его title bar - он будет подсвечен, в отличии от других.
В действительности, есть два типа сообщений от клавиатуры, зависящих от того, чем вы считаете клавиатуру. Вы можете считать ее набором кнопок. В этом случае, если вы нажмете кнопку, Windows пошлет сообщение WM_KEYDOWN активному окну, уведомляя о нажатии клавиши. Когда вы отпустите клавишу, Windows пошлет сообщение WM_KEYUP. Вы думаете о клавише как о кнопке. Другое взгляд на клавиатуру предполагает, что это устройство ввода символов. Тогда, Windows шлет сообщения WM_KEYDOWN или WM_KEYUP окну, в котором есть фокус ввода, и эти сообщения будут транслиpованы в сообщение WM_CHAR функцией TranslateMessage. Процедура окна может обрабатывать все три сообщения или только то, в котором оно заинтересовано. Большую часть времени вы можете игнорировать WM_KEYDOWN и WM_KEYUP, так как вызов функции TranslateMessage в цикле обработки сообщений транслирует сообщения WM_KEYDOWN и WM_KEYUP в WM_CHAR. Мы будем опираться именно на это сообщение в данном уроке.

   .386
   .model flat,stdcall
   option casemap:none
   WinMain proto :DWORD,:DWORD,:DWORD,:DWORD
   include \masm32\include\windows.inc
   include \masm32\include\user32.inc
   include \masm32\include\kernel32.inc
   include \masm32\include\gdi32.inc
   includelib \masm32\lib\user32.lib
   includelib \masm32\lib\kernel32.lib
   includelib \masm32\lib\gdi32.lib
   .data
   ClassName db "SimpleWinClass",0
   AppName  db "Our First Window",0
   char WPARAM 20h                        ; the character the program
   receives from keyboard
   .data?
   hInstance HINSTANCE ?
   CommandLine LPSTR ?
   .code
   start:
       invoke GetModuleHandle, NULL
       mov    hInstance,eax
       invoke GetCommandLine
       mov CommandLine,eax
       invoke WinMain, hInstance,NULL,CommandLine, SW_SHOWDEFAULT
       invoke ExitProcess,eax
   WinMain proc
   hInst:HINSTANCE,hPrevInst:HINSTANCE,CmdLine:LPSTR,CmdShow:DWORD
       LOCAL wc:WNDCLASSEX
       LOCAL msg:MSG
       LOCAL hwnd:HWND
       mov   wc.cbSize,SIZEOF WNDCLASSEX
       mov   wc.style, CS_HREDRAW or CS_VREDRAW
       mov   wc.lpfnWndProc, OFFSET WndProc
       mov   wc.cbClsExtra,NULL
       mov   wc.cbWndExtra,NULL
       push  hInst
       pop   wc.hInstance
       mov   wc.hbrBackground,COLOR_WINDOW+1
       mov   wc.lpszMenuName,NULL
       mov   wc.lpszClassName,OFFSET ClassName
       invoke LoadIcon,NULL,IDI_APPLICATION
       mov   wc.hIcon,eax
       mov   wc.hIconSm,eax
       invoke LoadCursor,NULL,IDC_ARROW
       mov   wc.hCursor,eax
       invoke RegisterClassEx, addr wc
       invoke CreateWindowEx,NULL,ADDR ClassName,ADDR AppName,\
              WS_OVERLAPPEDWINDOW,CW_USEDEFAULT,\
              CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,NULL,NULL,\
              hInst,NULL
       mov   hwnd,eax
       invoke ShowWindow, hwnd,SW_SHOWNORMAL
       invoke UpdateWindow, hwnd
       .WHILE TRUE
                   invoke GetMessage, ADDR msg,NULL,0,0
                   .BREAK .IF (!eax)
                   invoke TranslateMessage, ADDR msg
                   invoke DispatchMessage, ADDR msg
           .ENDW
       mov     eax,msg.wParam
       ret
   WinMain endp
   WndProc proc hWnd:HWND, uMsg:UINT, wParam:WPARAM, lParam:LPARAM
       LOCAL hdc:HDC
       LOCAL ps:PAINTSTRUCT
       .IF uMsg==WM_DESTROY
           invoke PostQuitMessage,NULL
       .ELSEIF uMsg==WM_CHAR
           push wParam
           pop  char
           invoke InvalidateRect, hWnd,NULL,TRUE
       .ELSEIF uMsg==WM_PAINT
           invoke BeginPaint,hWnd, ADDR ps
           mov    hdc,eax
           invoke TextOut,hdc,0,0,ADDR char,1
           invoke EndPaint,hWnd, ADDR ps
       .ELSE
           invoke DefWindowProc,hWnd,uMsg,wParam,lParam
           ret
       .ENDIF
       xor    eax,eax
       ret
   WndProc endp
   end start

Теперь подробнее:

   char WPARAM 20h  ; символ, который программа получает от клавиатуры

Это переменная, в которой будет сохраняться символ, получаемый от клавиатуры. Так как символ шлется в WPARAM процедуры окна, мы для простоты определяем эту переменную как обладающую типом WPARAM. Начальное значение - 20h или "пробел", так как когда наше окно обновляет свою клиентскую область в первое время, символ еще не введен, поэтому мы делаем так, чтобы отображался пробел.

       .ELSEIF uMsg==WM_CHAR
           push wParam
           pop  char
           invoke InvalidateRect, hWnd,NULL,TRUE

Это было добавлено в процедуру окна для обработки сообщения WM_CHAR. Она всего лишь помещает символ в переменную char и затем вызывает InvalidateRect, что вынуждает Windows послать сообщение WM_PAINT процедуре окна. Синтаксис этой функции следующий:

   InvalidateRect proto hWnd:HWND, lpRect:DWORD, bErase:DWORD

lpRect - указатель на пpямоугольник в клиентской области, котоpый мы хотим объявить тpебующим пеpеpисовки. Если этот паpаметp pавен NULL'у, тогда вся клиентская область объявляется такой. bErase - флаг, говоpящий Windows, нужно ли уничтожать бэкгpаунд. Если он pавен TRUE, тогда она делает это пpи вызове функции BeginPaint.
Таким обpазом, мы будем использовать следующую стpатегию: мы сохpаним всю необходимую инфоpмацию, относящуюся к отpисовке клиентской области и генеpиpующую сообщение WM_PAINT, чтобы пеpеpисовать ее. Конечно, код в секции WM_PAINT должен знать заpанее, что от него ожидают. Это кажется обходным путем делать дела, но это путь Windows.
Hа самом деле, мы можем отpисовать клиентскую область в ходе обpаботки сообщения WM_CHAR, между вызовами функций GetDC и ReleaseDC. Hет никаких пpоблем с этим. Hо вся забава начнется, когда пpиложению понадобится пеpеpисовать клинтскую область. Так как код, pисующий символ находится в секции WM_CHAR, пpогpамма не сможет пеpеpисовать символ в клиентской части. Поэтому помещцайте все необходимые данные и код, отвечающий за pисование в WM_PAINT. Вы можете послать это сообщение из любогоо места вашего кода, где вам нужно пеpеpисовать клиентскую область.

 invoke TextOut,hdc,0,0,ADDR char,1

Когда InvalidateRect вызвана, она шлет сообщение WM_PAINT обpатно пpоцедуpе окна, поэтому вызывается код в секции WM_PAINT. Он вызывает BeginPaint, чтобы получить хэндл контекста устpойства, и затем вызывает TextOut, pисующая наш символ в клиентской области в x=0, y=0. Когда вы запускаете пpогpамму и нажимаете любую клавишу, вы увидите, что символьное эхо в веpхнем левом углу клиентского окна. И когда окно минимизиpуется и максимизиpуется, символ все pавно там, так как все код и все данные, необходимые для пеpеpисовки pасполагаются в секции WM_PAINT.

В следующих статьях я напишу про мышь, меню, дочерние окна или месаги.

Сообщение отредактировано: volvo - 26.01.2009 16:10

[FreeMan]

Можешь про работу с реестром??? Создание, редактирование, сравнение ключей...

[gMan]

Написать про работу с реестром к сожалению не успею, т.к. сейчас сильно занят и инета лишусь с 07.08.04 на неопределенный срок
Однако завалялся у меня на винте файлик
Посмотри может что найдешь для себя.

[gMan]

И так... начнем.

Эта статья посвящена некоторым приемам, позволяющим эффективно использовать графический интерфейс Windows.

Нет ничего проще, чем нарисовать что-либо в Windows. Это даже проще, чем использование библиотеки BGI от Borland для DOS. Особенно просто работать с графикой с помощью специальных классов, предлагаемых объектными библиотеками. И в то же время многие действительно мощные возможности остаются зачастую не использованными.
Начнем с примера (дурного). Допустим мы хотим вывести в клиентской части окна график функции sin(x). Вот участок кода для C++Builder, реализующий задачу:

void __fastcall TForm1::FormPaint(TObject *Sender) 
{ 
  Canvas -> MoveTo(10, 0); 
  Canvas -> LineTo(10, ClientHeight); 
  Canvas -> MoveTo(0, ClientHeight/2); 
  Canvas -> LineTo(ClientWidth, ClientHeight/2); 
  Canvas -> MoveTo(10, ClientHeight/2); 
  for (int i = 0; i < ClientWidth - 10; i += 2) 
    Canvas -> LineTo(i + 10, ClientHeight/2*sin(i*4*3.1416/ClientWidth) + ClientHeight/2 ); 
}

С первого взгляда код абсолютно не читаемый, в основном из-за постоянных вычислений координат. Задумаемся над таким положением: если бы удалось совместить начало и направление осей координат графика нашей функции и устройства вывода, код бы заметно упростился. Еще большее упрощение кода произошло бы, если бы мы не были жестко привязаны к размерам окна приложения. Но ведь GDI все это позволяет сделать! Существует набор функций, устанавливающих различные режимы преобразования логических координат в физические. В следующем маленьком раздельчике мы посмотрим как это можно сделать. И еще одно замечание. Приведенный пример не такой уж и дурной, особенно когда знаешь, как можно сделать лучше…

Масштабируемый вывод графики

Для работы нам понадобятся следующие функции:
SetMapMde - установка режима вывода;
SetWindowExtEx - установка логических размеров области вывода;
SetViewportExtEx - установка физического размера (в пикселях) области вывода;
SetViewportOrgEx - установка точки начала отсчета.
Подробностей о личной жизни этих функций приводить не будем, так как вся необходимая и достаточная информация присутствует в справочной системе. Вместо этого приведем новый вариант кода:

#define W 500 
#define H 500 

SetMapMode(hdc, MM_ANISOTROPIC); 
SetWindowExtEx(hdc, W, H, 0); 
SetViewportExtEx(hdc, ClientWidth, -ClientHeight, 0); 
SetViewportOrgEx(hdc, 0, ClientHeight/2, 0); 
MoveToEx(hdc, 0, -H/2, 0); 
LineTo(hdc, 0, H/2); 
MoveTo(hdc, 0, 0); 
LineTo(hdc, W, 0); 
MoveToEx(hdc, 0, 0, 0); 
for (int i = 0; i < W; i += 2) LineTo(hdc, i, H/2*sin(i*4*3.1416/W));

На мой взгляд, код стал более понятным и читабельным, особенно если знать, как работают четыре функции, начинающиеся на Set. Но как мы и договаривались, на функциях мы не останавливаемся! Замечу только следующее:

1. Перевернуть координату Y для графической системы нам позволил знак минус у третьего параметра функции SetViewportExtEx (фактически мы этим сказали графической системе, что мы будем рисовать "вверх ногами" и что ей придется не только масштабировать графику при выводе, но еще и выворачивать ее обратно с головы на ноги, зато нам так удобнее!)
2. Не все устройства поддерживают операции масштабирования, однако все современные видеокарты и принтеры умеют делать это. Если Вы работаете с каким-то нестандартным устройствам, можно у него поинтересоваться о его скрытых талантах путем вызова GetDeviceCaps(hdc, RASTERCAPS) Я надеюсь, приведенный пример вдохновил Вас на дальнейшее изучение богатых возможностей GDI. Следующим пунктом нашей программы будет вывод графики на принтер.

Вывод графики на принтер
Вопрос из категории FAQ: "почему при выводе на принтер картинка стала совсем крошечной?". Ответ очевиден, достаточно сравнить разрешение экрана монитора и принтера. Современные принтеры имеют разрешение как минимум в десять раз выше, чем такие же современные мониторы. Посему на экране линия длиной в 100 пикселей, кажется вполне убедительной, а при выводе той же линии на принтер получается жалкий штрих. Те, кто прочитали предыдущий раздел, вероятно уже догадались, что на помощь опять придет масштабируемый вывод графики. Посмотрим, как это делается:

#define W 500 
#define H 500 

HDC hPrint; 
//Каким либо образом получаем дескриптор котекста принтера - например с помощью CreateDC или 
//PrintDlg() 

int pix_prn_x = GetDeviceCaps(hPrint, HORZRES ); 
int pix_prn_y = GetDeviceCaps(hPrint, VERTRES ); 
SetMapMode(hPrint, MM_ANISOTROPIC); 
SetWindowExtEx(hPrint, W, H, 0); 
SetViewportExtEx(hPrint, pix_prn_x, -pix_prn_y, 0); 
SetViewportOrgEx(hPrint, 0, pix_prn_y/2, 0); 
MoveToEx(hPrint, 0, -H/2, 0); 
LineTo(hPrint, 0, H/2); 
MoveToEx(hPrint, 0, 0, 0); 
LineTo(hPrint, W, 0); 
MoveToEx(hPrint, 0, 0, 0); 
for (int i = 0; i < W; i += 2) LineTo(hPrint, i, H/2*sin(i*4*3.1416/W));

Данный код практически не отличается от аналогичной процедуры вывода на экран, рассмотренной в предыдущем разделе. Применение функций масштабирования при выводе делает позволяет сделать процедуры графического вывода аппаратно-независимыми. В следующем разделе мы рассмотрим, каким образом выводить текст сохранением пропорций на принтер.

Вывод текста на принтер
Часто при выводе текста на экран монитора пользуются режимом отображения MM_TEXT. При этом логическая единица равна физическому пикселю. Таким образом, строка текста, напечатанная шрифтом 10pt, на экране будет иметь высоту ровно 10 пикселей. Если в том же режиме MM_TEXT попытаться вывести текст на принтер, то не трудно догадаться, что высота строки будет во много раз меньше, чем 10pt (напомним, что 1pt = 1/72 дюйма). Первый выход состоит в изменении размера шрифта. Для TrueType шрифтов это можно сделать, однако при использовании растровых шрифтов подобный метод в общем случае не применим. Попробуем воспользоваться уже проверенным нами в предыдущих примерах масштабируемым выводом графики. Для того, чтобы текст был выведен на принтер с соблюдением его истинного размера в пунктах, примем за логическую единицу один пункт шрифта.

HDC hPrint; 
//Каким либо образом получаем дескриптор контекста принтера - например с помощью CreateDC или 
//PrintDlg() 

int pix_prn_x = GetDeviceCaps(hPrint, HORZRES ); 
int pix_prn_y = GetDeviceCaps(hPrint, VERTRES ); 
int mm_prn_x = GetDeviceCaps(hPrint, HORZSIZE ); 
int mm_prn_y = GetDeviceCaps(hPrint, VERTSIZE ); 
int W = mm_prn_x*72/25.4; 
int H = mm_prn_y*72/25.4; 

HFONT hFont = CreateFont(14, 0, 0, 0, FW_MEDIUM , false, false, false, 
DEFAULT_CHARSET, OUT_CHARACTER_PRECIS, CLIP_DEFAULT_PRECIS, 
DEFAULT_QUALITY, DEFAULT_PITCH, "Arial"); 
HFONT hOldFont = SelectObject(hPrint, hFont); 

SetMapMode(hPrint, MM_ANISOTROPIC); 
SetWindowExtEx(hPrint, W, H, 0); 
SetViewportExtEx(hPrint, pix_prn_x, pix_prn_y, 0); 
SetViewportOrgEx(hPrint, 0, 0, 0); 

TextOut(hPrint, 10, i*H/50 + 10, "1234567890 Проверка Test", 24); 

SelectObject(hPrint, hOldFont); 
DeleteObject(hFont);

Использование регионов отсечения для получения визуальных эффектов
Данный пример взят из книги Майкла Янга "Программирование графики в Windows 95. Векторная графика на языке С++".

Если все рассмотренные выше приемы были связаны одной идеей использования масштабируемого графического вывода, то последний иллюстрирует совершенно другой механизм. Мы рассмотрим один интересный способ получения градиентной закраски сложных объектов на примере текста. Следуя нашим договоренностям, ни слова о том, что такое регионы отсечения и как ими пользоваться. Все внимание следует сосредоточить на том факте, что регион отсечения можно создать из пути (path), а путь может состоять из блока текста. Учитывая это, следующий код должен быть абсолютно понятным.

HDC hdc; 
//Каким либо образом получаем дескриптор контекста - BeginPaint, GetDC и.т.д 

HFONT hFont = CreateFont(50, 20, 0, 0, FW_BOLD, false, false, false, 
DEFAULT_CHARSET, OUT_CHARACTER_PRECIS, CLIP_DEFAULT_PRECIS, 
DEFAULT_QUALITY, DEFAULT_PITCH, "Arial"); 
HFONT hOldFont = SelectObject(hdc, hFont); 
SetBkMode(hdc, TRANSPARENT); 
BeginPath(hdc); 
TextOut(hdc, 100, 100, "FADE", 4); 
EndPath(hdc); 
SelectClipPath(hdc, RGN_COPY); 
SIZE s; 
GetTextExtentPoint32(hdc, "FADE", 4, &s); 
HBRUSH hbr; 
RECT R = {100, 0, 100 + s.cx, 0}; 
int clr = 0; 
for (int i = 100; i < 100 + s.cy; i+= 2) 
{ 
  hbr = CreateSolidBrush( RGB(clr, clr, clr)); 
  clr += 10; 
  R.top = i; 
  R.bottom = i + 2; 
  FillRect(hdc, &R, hbr); 
  DeleteObject(hbr); 
} 
SelectObject(hdc, hOldFont); 
DeleteObject(hFont); 

//Обязательно нужно освободить контекст EndPaint, ReleaseDC - смотря, как он был получен!

Сообщение отредактировано: volvo - 26.01.2009 16:16

[Dark]

Хотя конечно интересный факт =) что на форуме паскаля в теме асм пишут на си :D :D
Но я не в обиде, так держать!

Сам могу добавить НЕ МОИ уроки, там МНОГО чего

К сожалению - тоже на СИ, на выжл си

Между прочим, мне не сложно переделать их на Дельфи. Надо???

Вот только темы которые там

01 - Первая программа Win32
02 - Контекст устройства
03 - Цветной текст
04 - Ввод с клавиатуры
05 - Ввод с клавиатуры часть 2
06 - Ввод с помощью мыши
07 - Ввод с помощью мыши часть 2
08 - Ввод мышью и цвет фона
09 - HPENs
10 - HBRUSHs
11 - Рисование контуров
12 - Полный экран
13 - Полный экран часть 2
14 - Горизонтальная прокрутка
15 - Установка значка
16 - Установка курсора
17 - Меню
18 - Меню часть 2
19 - Диалоговые окна

[gMan]

Я бы с интересом почитал:

06 - Ввод с помощью мыши
07 - Ввод с помощью мыши часть 2
08 - Ввод мышью и цвет фона
09 - HPENs
10 - HBRUSHs
11 - Рисование контуров
14 - Горизонтальная прокрутка
15 - Установка значка
16 - Установка курсора
17 - Меню
18 - Меню часть 2

[FreeMan]

Ну, а мне очень хочется про процессы, треды.... Побольше узнать. Я могу оформить по поиску адресов АПИшек (изъезженная тема), или поиск Кернела.

[Dark]

Так, народ - давайте поподробнее что кому надо =)

Можно и директ икс конечно. Вот только кому что интересно

[то, что просили выше - частично перевел, но тока щас я не дома]

[FreeMan]

Dark, по-моему тут асм многим imhо мало нужен. Я б про директ Х почитал бы. Потом бы пару примеров накодил (в случае, если то, что прочитаю будет информативно).

[Dark]

Direct X
это директ драв или сразу в 3D??

По моему эта тема уже может давно перейти из раздела асм в раздел виндовс программирование, но я не против того что она здесь.

[gMan]

Что-то давненько ничешо нету в моей теме...
Что же делать, что делать...
Ох как неохота писать...