граффика в С++

[AGoncharov]

ЛеднеFF:
Только не знаю что это за функция

Есть такая функция _kbhit() из conio.h:

_kbhit returns a nonzero value if a key has been pressed. Otherwise, it returns 0.

Так вот эта функция просто проверяет, было ли что-то нажато или нет. Если было, то она возвращает не 0. Если она вернула не 0, то можно пользоваться _getch() для получения нажатого символа, тогда ожидания ввода не будет.. НО, если нажата функцональная клавиша (F1-F12, стрелки, Home, End, ...), то надо вызывать _getch() два раза - первый раз получаем 0 или 0xE0, а второй раз символ..
Чтобы узнать цифровые значения функциональных клавиш - пишем простенькую программку - нажимаем и записываем в тетрадочку .
Чтобы программа не съедала 100% ресурсов процессора, сдобриваем код вызовами Sleep(0) .

P.S. Эх, как мало осталось людей, которые программировали под MS-DOS

[SapeR]

как моя прога работает в бесконечном цикле, при нажатии на Стоп все зависает

создай такую функцию

void WaitForEvents()
{
    MSG msg;
    while (::PeekMessage(&msg,NULL,0,0,PM_REMOVE))
    {    
        ::TranslateMessage(&msg); 
        ::DispatchMessage(&msg);
    }
}

и вставь её выполнение в твой бесконечный цикл - обеспечит приостановку выполнения цыкла на время обработки нажатых клавиш. учти - потом побежит дальше ! я обычно сразу после неё проверяю а не пора ли вапче выходить из цыкла по причине отсутствия материнского окна

там мужик ходит в разные стороны при нажатии соответствующих клавиш а коли не нажаты клавиши, то игра все равно не останавливается

он ходит по таймеру, используя заранее заданный курс, а курс меняется согласно нажатым кнопкам, только никто не ждёт нажатия, у окна настроенна функция OnChar - срабатывает именно при нажатии кнопки, корректируем курс и побежали дальше. а если охота узнать между делом нажата ли конкретная кнопка - спрашиваем через GetAsyncKeyState

Эх, как мало осталось людей, которые программировали под MS-DOS

Нас не мало - мы просто хорошо маскируемся

[ЛеднеFF]

При закрашивании окна точками в цикле по оси Х и по оси Y операторами

CClientDC dc(this);
for y....
for x.....
dc.SetPixel(X,Y,RGB(1,1,1));

все это дело проиходит достаточно медленно, а как можно все это ускорить, ведь при построении динамической трехмерной сцены каждый кадр рисуется путем вывода каждой точки на экран да еще плюс просчитывается вся сцена и происходит это куда быстрее. Приведенный выше алгоритм закрашивает область 800х600 точек около 1,5-2 сек это просто ни куда не годится....

[SapeR]

конечно ни в какие ворота не лезет - по точкам к экрану носить
учитывая что у тебя всё одним цветом - создай браш твоего цвета и используй dc.Rectangle(0,0,800,600)
даже если будут разные цвета - создай битмап в памяти и "натяни" его битблитом на dc - дешевле по времени выходит

[AGoncharov]

Сообщение от ЛеднеFF

все это дело проиходит достаточно медленно, а как можно все это ускорить

Я бы даже советовал вообще сначала рисовать динамические картинки в памяти на Bitmap, а потом копировать ее в context окна без масштабирования - я так делал еще на i80386 проце и всё летало.

[ЛеднеFF]

а как это делается?