Извините, ничего не найдено.

IVenoMI · 05.01.2007, 20:14

Алгоритм работает очень нечетко и медленно, лучше пользуйся библиотекой...

Chip · 07.01.2007, 21:54

А вот здесь глянь как работает ?
Я кстати еще искуственно торможу , а то летает хрен догонишь

, если будет усложнятся то есть еще запас.
Дополнительно для взрыва использую внешний класс выводящий часть картинки с прозрачностью, а все остальное написано на чистом МР.

IVenoMI · 09.01.2007, 12:20

Сам же понимаешь, если алгоритм хорошо написан, то будет работать хорошо на любой платформе... А если же коряво то...

Кстати совет, не тормози игру а введи внутренний таймер...

Chip · 09.01.2007, 14:02

А какой смысл тормозить таймером когда можно тормозить плавностью движения.
Тем более этот параметр
можно будет менять в опциях .

IVenoMI · 09.01.2007, 14:59

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

Chip · 09.01.2007, 17:40

Вот для этого в опциях будет параметр изменения скорости под девайс.
min--mid--max

oposum_2000 · 10.01.2007, 01:29

Сообщение от IVenoMI

Сам же понимаешь, если алгоритм хорошо написан, то будет работать хорошо на любой платформе... А если же коряво то...

Кстати совет, не тормози игру а введи внутренний таймер...

a kak внутренний таймер razrabotati?

spasibo.

IVenoMI · 10.01.2007, 12:08

Сообщение от Chip

Вот для этого в опциях будет параметр изменения скорости под девайс.
min--mid--max

Учти, что большинство играющих в игры на мобиле не заморачиваются такой мелочью, как настройки... Это статистические данніе...

Именно поэтому у большинства девелоперов в продуктах практически нет настроек... Разве что включение/выключение звука...

Мало кто додумается искать регулировку скорости в настройке, скорее посетуют на кривую игру...

Chip · 10.01.2007, 15:18

Тоже верно.
Седня попробую совместить с таймером и и компенсировать время движения не delay, а разрешением движения.

IVenoMI · 10.01.2007, 15:38

Я бы посоветовал именно delay...

Не все можно будет компенсировать движением...

Сделай следующим образом : бери системное время в начале главного цикла и в конце, а потом добавляй недостаточное время, чтобы добится стандартного значения в 25 fps...

Chip · 10.01.2007, 18:15

Хочу сделать так , беру время в нечале главного цикла и в конце сравниваю с эталонным временем , считаю кратностьполученого к эталонному времени , кратность компенсирую движением а то что остается в остатке компенсирую при помощи delay

IVenoMI · 12.01.2007, 11:42

Тоже работоспособно, однако зачем дробить алгоритм? Как по мне так более продуктивно задать фиксированную скорость и подгонять работу к ней, чем делать динамическую скорость, меняя ее каждый цикл прорисовки...

Chip · 12.01.2007, 12:23

Ничего не дробится. А зато на мощных телах качество классное.
И скорость стабильная.
Вот пример:
procedure render;
begin
time:=getRelativeTimeMs;
Paint_Map;
drawImage(sprite, pos_x, pos_y);
repaint;
step:=(getRelativeTimeMs-Time)/8;
end;

IVenoMI · 12.01.2007, 12:41

Хм.. А анимация? Если ее реализовать последовательной сменой картинок?...

Chip · 12.01.2007, 12:54

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