VB6 и DirectDraw7

[vladikcomper]

Совсем недавно начал изучать DirectDraw7. Он немного устарел, многие юзают Direct3D для создания 2д игр, но все-таки надо же с чего-то начинать.
Я понял, как эта штука рисует, потом откопал примеры и состряпал свой более-менее работоспособный движок, для облегчения доступа к функциям ДиректДроу.
Но у меня возникло несколько вопросов, на которых я так и не смог найти ответа:

1. Как зафиксировать FPS?
Когда поставил счетчик fps на свою программу, я обнаружил, что fps неустойчивый. При частоте 60Гц прога выдает 70-75fps, при 75Гц - 90-95fps. Из-за этого на разных компьютерах у моей проги будет разная скорость. Так вот как зафиксировать fps, скажем на 60 кадров в сек?

2. Как реализовать прозрачность?
Мне многого не надо. Только появляющаяся и затухающая картинка на тайтл-скрине.

3. Как масштабировать?
Слышал, что это можно, юзая для 2д графики Direct3D, а можно ли реализовать на DirectDraw?

[MIT]

1. Как зафиксировать FPS?

Я, конечно, не мега профессионал в D3D и т.п., но расчет всего изменения картинки должен быть относительно времени (секунд, миллисекунд), а не относительно fps, он может быть любым, и это надо учитывать.

[vladikcomper]

Я, конечно, не мега профессионал в D3D и т.п., но расчет всего изменения картинки должен быть относительно времени (секунд, миллисекунд), а не относительно fps, он может быть любым, и это надо учитывать.

Я в DirectX пока вообще начинающий, но вроде точно знаю, что для рисования кадров используются циклы, а не таймеры. Так что временем управлять не получится.
Можно конечно юзать таймеры, но видеть все это дрыганье я даже врагу не пожелаю...
И fps - это тоже "время" - frame per second, кадров в секунду.

[MIT]

но вроде точно знаю, что для рисования кадров используются циклы, а не таймеры.

Верно, используются циклы, но все вычисления производятся по времени (за исключением редких случаев).

Так что временем управлять не получится.

Зачем управлять временем? Пусть время само управляет

И fps - это тоже "время" - frame per second, кадров в секунду.

FPS - это не время, а количество прорисовок за секунду.

[iGrok]

И таки как бы там ни было, и что бы ты ни думал, а привязывать логику событий надо не к ФПС а всё-таки ко времени.
Иначе через 5 лет на средней машине мы будем играть в тетрис на 850й скорости (потому, что кол-во фпс будет под несколько тысяч), а на Celeron-300 прошлого века - смотреть слайды (0.1-0.2 фпс)...

[vladikcomper]

И таки как бы там ни было, и что бы ты ни думал, а привязывать логику событий надо не к ФПС а всё-таки ко времени.

Кажется, я понял! Просто все в примере игры на DD7, на котором я учился было завязано на FPS.
Но боюсь, сам не разберусь. Мне нужен примерчик на Vb6... чтобы "управлять временем".

[vladikcomper]

Все, пример не нужен. Я разобрался сам...

[|kerish|]

2. Как реализовать прозрачность?
3. Как масштабировать?

Перейти на Direct3D.

[Debugger]

Да, 2D в D3D несколько... проще и гибче.
Фиксировать FPS не надо. А точнее - нельзя не в коем случае. Если ты хочешь, чтобы скорость игры шла независимо от количества просчетов - замеряй среднее время выполнения одной перерисовки с пересчетом и множь все изменяющиеся параметры на это время.
Например: есть

Код: Выделить всё

Dim x
...
Do While ....
DrawRect (x,0,x+100,100)
x+1
Loop
...

Таким образом, квардратик будет смещаться на некое количество пикселей, причем при разных условиях - на разное. Поэтому замеряешь время и множишь (пишу грубо, это пример).

Код: Выделить всё

Dim x, c, Koef
...
Do While ....
t=Timer

DrawRect (x,0,x+100,100)
x+1

Koef=Timer-t
Loop
...

Вроде так, но тут тоже все не тип-топ: при просчете в первый раз Koef равен 0, и квадрат никуда не сместится. Еще надо тут аккуратничать с типами: если x As Integer, то квадрат никуда не поедет. Еще "моментом" является то, что иногда программа работает настолько быстро, что Koef постоянно равен нулю. И так далее...

[djalex777]

Еще "моментом" является то, что иногда программа работает настолько быстро, что Koef постоянно равен нулю

Поэтому для замеров временных промежутков не используют timer

[Debugger]

Еще "моментом" является то, что иногда программа работает настолько быстро, что Koef постоянно равен нулю

Поэтому для замеров временных промежутков не используют timer

Это писал не kerish, а я.
А используют QueryPerfomanceCounter.
Немного сбивает с толку описание в API Guide

The QueryPerformanceCounter function retrieves the current value of the high-resolution performance counter, if one exists.

А такое может быть?

[djalex777]

Это писал не kerish, а я.
А используют QueryPerfomanceCounter.
Немного сбивает с толку описание в API Guide

Я тебе и писал ответ, воспользовался кнопкой "цитата" в твоём сообщении, но видимо как-то не так

А такое может быть?

Чтобы оборудование не поддерживало query perfomance counter? Может. Только я с таким никогда не сталкивался

[Debugger]

Тогда в системе нет счетчика времени. Маловероятно.

[vladikcomper]

А используют QueryPerfomanceCounter.
Немного сбивает с толку описание в API Guide

Зачем? Я пользуюсь timeGetTime.

The timeGetTime function retrieves the system time, in milliseconds. The system time is the time elapsed since Windows was started.

Таким образом, время выполения кода можно найти так:

Код: Выделить всё

Dim lngTime As Long, lngTimeGone As Long
lngTime = timeGetTime
... ' собственно, код
lngTimeGone = timeGetTime - lngTime ' определяем время

[iGrok]

Зачем?

Так просто. От нефиг делать.

Ну или когда нужно более высокое разрешение, чем миллисекунда.

[Mikle]

когда нужно более высокое разрешение, чем миллисекунда.

timeGetTime - это то же, что простой vb Timer. Он возвращает миллисекунды, но ошибки бывают до 10 мс, даже бывает, что возвращается время меньшее, чем в предыдущий запрос.