FPS у блица

[G.A.D]

Кде то видел приемы для увелечения фпс но не помню где?
и на каком алгоритмне основа увеличение фпс?
и по каким причинам странндартный фпс без внешних либ так тормозит?
(плохо оптимизированный код?)

[NitE]

1. возможно
2. на таком что убирает лимит
3. потомучто лимит, либо плохо оптимизированный код

[HolyDel]

нету никаких магических приемов. типа написал строчку blitzmode(blitzfast) и все стало быстрее.

есть советы:
1) Не создавать камеру в цикле
2) Стараться минимизировать число ентити
3) Стандартный текст очень уж тормозной
4) Делать нормальный CameraRange
5) Использовать лоды

[ABTOMAT]

и на каком алгоритмне основа увеличение фпс?

В самом начале программы надо написать
SetB3DMode Fast,99999
И Блиц будет работать быстрее!

А если серьёзно:
1. Flip 0 вместо Flip или Flip 1 - это отключит ограничение в 60 FPS - это вертикальная синхронизация (у большинства это 60, у меня 75 )
2. Много ентитей дают тормоза. Вывод: по возможности всё объединять в 1 ентити, а лучше в 1 сурфейс. Такие вещи как траву и т.д. делать только в одном сурфейсе, иначе всё повиснет нахер.
3. Тормозит 2Д. Вывод: не юзать его - юзать либы или делать спрайты перед камерой - это будет быстрее т.к. они рассчитываются аппаратно видяхой, а Блитзевское 2Д - процом, а это намного медленней.
4. До хера поликов в моделях будут тормозить (на любом движке). Вывод: не качать бесплатные модели с сайтов недо-моделлеров: она зачастую High-Poly и для игр не годятся.
5. Тормознутая математика. Решение: написать либу на С++ или на чём-то другом но с более быстрыми вычислениями.
6. Тормозит доступ к поверхности - тоже решается либой в которой доступ к сурфейсу осуществляется прямо в ОЗУ, минуя Блиц

Вот что в голову пришло, но это далеко не весь список.

З.Ы. Одновременно про переключатель скорости блица подумали

[Mr_F_]

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