Быстродействие игры

← →
Pinochet (2004-02-23 10:56) [0]

Привет всем!
В данный момент я занимаюсь программированием своей игры (2d shooter, вид сверху)
в Delphi с использованием DirectX посредством заголовочных файлов Jedi(получается вполне сносно).
Сейчас в частности активно её оптимизирую. В связи с этим есть пара вопросов по быстродействию (быть может эти вопросы уже обсуждались здесь: я сюда
захожу крайне редко!). Для меня это очень больная проблема :у меня очень старая и медленная машина и скорость работы моей же программы оставляет желать лучшего. Собственно сами вопросы:

Я видел много исходных кодов игр, и в некоторых из них авторы
вывод графики на экран с помощью методов DirectX(пресловутый битблиттинг) заменяют на код на ассемблере, написанный собственноручно. На сколько это оправдано? Будет ли при этом значительно увеличиваться быстродействие? Если да, то может дадите пару примеров подобных замен(я не профессиональный программист и мои познания Assembler"а довольно скудны)

Вообще можно ли заставить программу быстро работать, не прибегая к использованию низкоуровнего программирования?(Или я сказал полную чушь?)

И последний вопрос. В известной книге Краснова приведен очень интересный пример по получению эффекта полупрозрачности. Но на практике у меня на компьютере этот алгоритм очень сильно тормозит. Что опять нужен assembler или
можно тоже самое сделать на аппаратном уровне? Ведь в других программах полупрозрачные рисунки отображаются с вполне сносной скоростью.

Заранее спасибо!

← →
Zeqfreed © (2004-02-23 12:32) [1]

Могу посоветовать для полупрозрачности direct3d или ассемблер:
http://delphimaster.net/view/9-1070178138/
ИМХО, вообще оптимизировать ассемблером не сильно поможет, надо оптимизировать алгоритм и реализацию...

← →
KA_ © (2004-02-23 14:49) [2]

>ИМХО, вообще оптимизировать ассемблером не сильно поможет

Если вообще поможет! Компиляторы слава богу достиги очень высокого качества получаемого кода.

А по оптимизации алгоритмов и реализации могу посоветовать книгу Бакнелла "Фундаментальные алгоритмы и структуры данных в Delphi" http://www.books.ru/shop/books/96683

← →
miek © (2004-02-23 14:53) [3]

1) Писать свой блиттер нет смысла, если программируешь под Windows. Быстрее, чем напрямую BltFast ничего быть не может.

2) "Вообще можно ли заставить программу быстро работать, не прибегая к использованию низкоуровнего программирования?"

Нет смысла добиваться, чтобы было "быстро". Нужно, чтобы было "достаточно быстро". Я понятно выразился? Мне хватает 30 FPS, иногда даже 20.

← →
Sapersky © (2004-02-26 11:02) [4]

1) Писать свой блиттер нет смысла, если программируешь под Windows. Быстрее, чем напрямую BltFast ничего быть не может.

...cказал автор spriteutils :)
Вообще да, BltFast работает почти всегда аппаратно, т.е. блиттинг выполняется видеокартой. Остаётся только запихнуть спрайты в видеопамять... хотя на старых видеокартах с 1-2 мб памяти это может быть проблемой (элементарно не влезут). Нужно уменьшать разрешение, глубину цвета (Starcraft вон вполне прилично выглядит в 8 бит). Можно даже попробовать отказаться от заднего буфера - рисовать прямо на экран Blt"ом с DDBLT_NOTEARING. Я пробовал, правда с небольшим количеством спрайтов, около 10 - мерцания или расхождения не видно.

← →
TransparentGhost (2004-02-26 12:29) [5]

na ASM perevodi vse vichislenija i algoritmi, otkazhis" ot delenij, nu i ne ispol"zuj ogromnije bitmapi bez neobhodimosti.

← →
Pinochet (2004-02-26 20:59) [6]

Спасибо всем!

2sapersky: "...cказал автор spriteutils :)" Автор Spriteutils вполне может ошибаться. Кстати, что камрады думают по поводу рисования на GDISurface - она вообще где лежит, эта сурфаца, в системной памяти или видео?

Быстродействие игры Найти похожие ветки