Списки обычно делают. Или по памяти см.

Со списками близко не знакомился, принцип знаю. Думаю найду нужную инфу в темах)

Просто каждому объекту пишешь в дров:
if x>view_xview-50 and y>view_yview-50 and x<view_xview+view_wview+50 and y<view_yview+view_hview+50
{.....нарисовать этому объекту что надо}
Тогда объекты на другом конце карты рисоваться не будут, что и должно по идее дать прирост скорости.
Так ты будешь таки делать все трупы и кровь отдельными тайлами? ну как хочешь, конечно.

Пока работает хорошо, но вообщем я и рад сделать лучше, но я не хочу и Вас доставать. Мне интересно доходить до конца самому, но в тоже время хреново получается, а когда просто собираешь код, вдруг раз и получилось, что-то необычное, но не в тему и не для такого вида проекта.

На счёт сурфейса я не понял всего одну вещь: если я сделаю поле 1024 на 1024, что бы покрыть всю видимою территорию экрана и буду на неё отрисовывать сурфейсом трупы, то не будет уменя проблем с движением камеры? Или зона рисования неограничена, а вводим мы координаты только той части, которая отображается на экран и в данный момент обрабатывается?

Может я чёт не до понимаю, но, что именно рисовать? У меня есть объекты со спрайтами их что ли рисовать? Я думал, что объект вообще выключить )

Добавлено (27.03.2009, 11:44)
---------------------------------------------
Млин! Может вы ошиблись? Беков нету. Т.е. я удаляю бек с именем, которое присваивается, и вылетает ошибка, что ничего с аким именем не существует( может есть какая команда для очистки памяти? Или хотя бы посмотреть, что действительно влияет на игру. Ща ещё кое что попробую...
Просто так в кайф когда всех убиваешь и ФПС 950

Добавлено (27.03.2009, 12:13)
---------------------------------------------
Нда. Не добился я результатов. Три раза убивал 500 монстров - фпс падало до 90 после всех убийств 130 через меню начал по новой фпс 950 я три раза убивал тонны монстров. Не заметил ухудшейни. Видимо мой способ глуп и не подходит...

Слишком много объектов остаётся. Удаляй их.

Всё тёрь я понял. Беки реально хорошо жрут и самое ужасное не очищаются...
Я смотрел через ctrl+alt+delete в процессах свой нашёл и каждое убийство по 50 добавляло пока не дошло до 68000 у меня опера чуть больше жрёт.

Добавлено (27.03.2009, 12:21)
---------------------------------------------

А именно беков.
Их id вообще реально узнать имея всего название или надо при каждом создании им присваивать что-то и добавлять в список их id.

Я ещё попробую на сурфейс перенести всё это дело, может получиться)

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

ВОзвращаешь - это присваивание беку при создании?
Я вообще с id не работал, т.е. у объекта я могу получить или присвоить, а вот беку. Я даже не знал, что у них есть id.
Чёт чёня в этом плане день не рподуктивный. Пойду отдохну. А потом ещё поковыряю. Во попал в трясину)))

WfalconW, сурфейс надо размером _во всю комнату_. Если комната большая, то лучше конечно все-таки тайлами. Скока у тя в среднем размер комнаты?
Про тайлы: делай типа так - когда делаешь бэк, напиши типа

а потом при окончании комнаты

Ну и разумеется не забудь лист в начале создать global.list=ds_list_create().

Ну у тебя же у большинства объектов есть событие рисования и в нем чета написано? Если чета есть, то обрами эти действия в скобки и поставь перед ними условие. Если ниче нету, то создай событие рисования и напиши там

Рисоваться все должно точно так же, но только в том случае, если объект находится в пределах экрана и ты его можешь видеть. Такие условия не надо ставить только для тех объектов, которые видны всегда, например худ, герой или прицел. Рисуя что-то за пределами экрана ты просто теряешь компьютерное время и фпс.
И всегда следи, чтобы у тебя не было лишних объектов. Например, для монстров сделай точки респавна, чтобы объекты их появлялись только в нужный момент, и после себя оставляли только тайлы.

От 2000 и больше.
Обучающий уровень 5000 на 2048. И по меркам моей игры - это маленький уровень.

Во! Терь я понял как получать id. Я оказывается уже этим пользовался, ну, например пули у меня, но я был уверен, что берётся не id, а просто как бы объект.

Увы не в этот раз. Я старался экономить. Вся карта у меня состоит из тайлов, а стены выставляютя вручную невидимыми объектами. такой подход ОЧЕНЬ сильно ускоряет игру, ведь тайлы рисуются, когда они видны, я тогда попробую перевести все спрайты у объектов в draw.
Получается этот код должен за пределами экрана не рисовать спрайт, но ведь вычисления остаются? А мне бы ещё блокировать все вычисления не помешало бы.

Ды уж итак всё перещитано и расставлено трижды.

Да я так и сделал. На скрине редактора Гм выше можешь рассмотреть чёрные полосы - это триггеры, котоыре активируют глобальную переменную и сразу же удаляются. И есть точки, которые рождают какое-то количество монстров, заранее введённое в объект. Ещё в объекте прописан процент монстров, что может удивить не только игрока, но и меня. Я привык, что с одного респуна всегда 4 личинки появляются, а тут вдруг раз и лось выбежал и забодал моментом), поэтому я теперь аккуратнее гуляю.

Druce, Ещё раз тебе спасибо! Думаю лист будет работать правильно и исправь опечатку в последней строчке. Там пробел в слове list

WfalconW,Стэк (или очередь) в данном случае чуть-чуть удобней, нежели лист.
Вот примерная реализация:

Quote ('Создание стэка')

global.backs=ds_stack_create();

Quote ('Создания тайла ...')

aaa=background_create_from_surface();
/*Создаёшь тайл*/
ds_stack_push(global.backs,aaa);

Quote ('Удаление всех бэков')

while !ds_stack_empty(global.backs) background_delete(ds_stack_pop(global.backs));

И ещё, читай справку. Там написано, что функции возвращают.
Айди - это простое число, порядковый номер хрени какой-нибудь.
Druce, у тебя очепятка, не tile_delete(), а background_delete(). И вместо global.list=ds_list_add() => ds_list_create(). Странно, куда так торопился?

WfalconW, не, то, что в тайлах мона оставить. И нужно. Но если у тебя есть какие-нибудь активные объекты, те же монстры за пределами экрана, то их желательно за экраном не рисовать. С вычислениями то же самое. Кстати, на практике оказывается, что многие вещи можно не считать в степе, а вынести в алярмы и считать через каждые пару шагов. И сделать так, чтобы из такого типа объектов каждый шаг считалась часть. Например тот же поиск пути для монстрей, можно его считать через шаг, а то и через два, не особо будет заметно, но нагрузки уже меньше.
NewStrannik, про стеки - можно и стеки, но лично я не уверен, что, лист или стек, будет работать быстрее. Наверное, все-таки стек, но к листам я привык.

Пасиба. Кстати, там осталось написано "glob al.list" с пробелом. Чета он не хочет запоминать правильно. Ну не суть. А куда торопился? хз, просто нервишки пошаливают, мне скоро олимпиаду писать, вот руки и дрожат))

Я подразумевал монстров) Если мне все тайлы переделывать...Я бы комп из окна выкинул), ну образно естественно))))

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

Да, я думаю вот эта идея просто замечательная. У меня монстры идвигаются примерно по шагам, но всё это в степе. Т.е. они не бегут чисто на игрока, а с достаточной задержкой, что даёт вохможность убегать от них.

Я ещё пока не садился за проект. Сегодня выспался и встал поздно, поэтому вечером или завтра займусь.

Мы же уже говорили, в гм нет составных переменных, поэтому о возращений целого объекта нет и речи. Можено вернуть real, т.е. его номер. А ещё есть string. Вот и всё с чем ты можешь манипулировать.

Да, для удаления можешь использовать очередь. Забиваешь туда, а как только размер очереди > чем_нужно, то удаляешь первый элемент. Таким образом, и лишнего переполнения не будет, и тайлы(или что у тя там) не будут удалятся раньше времени.

NewStrannik, Druce,
Благодарю код со списком прекрасно работает и всё удаляет под чистую. Теперь надо сделать так, что бы код зачистки нельзя было обойти.

Добавлено (28.03.2009, 14:50)
---------------------------------------------
Ang3L,

Я сделаю опционально. Мне больше нравиться, когда трупы валяются всю партию)

WfalconW,
Кстати, это действительно очень здравая мысль. Загоняй все тайлы не в список (list), а в очередь (queue). И в настройках можно запросто поставить градацию "сколько показывать трупов" - нету, мало, много или не удалять их вообще. То есть ты просто периодически смотришь, сколько у тебя элементов в очереди, и если их больше чем установленное значение, то удаляешь верхние значения из очереди до тех пор, пока их не останется сколько надо. В конце концов можно даже так - умер монстрик, он смотрит - если есть больше 100 трупов, то первый удаляет и ложит себя.
Кстати, никто не знает, при удалении бэка тайлы, сделанные из него автоматом удаляются?

Чёрт! Если так, то мы ерундой занимались? Т.е. остаются пустые тайлы... Лучше было бы если тайлы бы удалялись!

WfalconW, не, я к тому, что надо удалять или бэки или бэки и тайлы. Но для второго просто загоняешь пары значений индекс тайла + индекс бэка, затем в одной итерации цикла берешь два значения, зная, что первое, например, - тайл и подставляешь его в функцию удаления тайла, а второе - индекс бэка, подставляешь в другую ф-цию.

Я же сказал ОПЦИОНАЛЬНО. Это значит будет возможность менять опции именно так, как ты написал)
Проверка каждого монстра хороша, когда монстры по одному раз в минуту, а вот, когда они толпой, то это может замедлить игру, если ещё учитывать, что ФПС сразу напрягается, когда монстры только появляются и идут, а если ещё всякие проверки при смерти)))
Лучше пусть будет дёргание раз в минуту, при проверке. Большинство даже не заметит, да и с фпс 950 - 100% не заметят, а в бою и так может подёргивать и лишний дёрг ничего не решит. ))) Ну, вообщем будем пробовать.

WfalconW, чета мне все-таки не верится в 950 фпс)) На моем компе стока даже пустая комната не покажет. Ну может 700 будет.