step: у каждого по чуть-чуть или много в одном

[a7s1h1]

Есть 1 экземпляр объекта1(герой) и более сотни экземпляров объекта2(кирпич), с которыми взаимодействует герой. При этом взаимодействии с каждым экземпляром кирпича может при определённых условиях происходить какое-либо действие.
Какой вариант проверки для совершения действия с кирпичом лучше для производительности?:
1. сделать эти проверки в степе кирпича (тогда кода героя и кирпича не будут прегружены, но каждый из экземпляров кирпича будет каждый шаг делать проверку)
2. сделать проверку в степе героя (тогда в коде кирпича останется только то, что не связано с героем, а проверка будет происходить только одним объектом (героем, который в единственном экземпляре) но у код героя значительно увеличится (а там и так уже дофига)).

Сейчас у меня 1 вариант. Он, в принципе, работает, но боюсь, что если экземпляров кирпича будет больше, то игра будет тормозить или виснуть, кроме того, возникают некоторые проблемы (http://forum.hellroom.ru/index.php?topic=6351.msg62159#msg62159)

Знатоки, прокомментируйте, пожалуйста.

[Dva_Kota]

Код лучше ставить в степ тем объектам, экземпляров которых меньше всего в комнате. но если у игрока будет стоять with(кирпич){} то код будет выполняться для каждого кирпича... есть еще вариант: Ставить у игрока деактивацию всех кирпичей которые чуть дальше от игрока (например на расстоянии большем чем 100) потом выполнить with(кирпич){} а потом опять активировать все кирпичи. Тогда код будет выполнен не для всех кирпичей, а только для ближайших.

[a7s1h1]

Ставить у игрока деактивацию всех кирпичей которые чуть дальше от игрока

Отличная идея, спасибо!
А это можно реализовать в подобном виде?:
with (экземпляры кирпичей не дальше 100 пикселей)
{код}

и можно ли впредь как-нибудь использовать такую конструкцию, как with (те экземпляры объекта obj, которые...)?

Добавлено: Июль 14, 2011, 11:34:33
Стоп! не уверен, что деактивация подходит - у кирпичей есть свойства, не зависящие от героя, которые должны выполняться постоянно. Так что отключать кирпичи нельзя.

Можно ли как-то вместо этого сделать, чтобы не "отключались дальние кирпичи", а "включались только ближние", т.е. в степе у героя ставить проверку расстояния до кирпичей и после этого производить необходимые действия через with только с нужными? (вобщем, просто повторил предыдущий вопрос)
Добавлено: Июль 14, 2011, 12:00:19

сейчас попробовал - пока что и без этой проверки работает без тормозов. тем не менее, было бы интересно получить ответ.

[Dva_Kota]

Отличная идея, спасибо!
А это можно реализовать в подобном виде?:
with (экземпляры кирпичей не дальше 100 пикселей)
{код}

Плохой вариант: в таком случае все равно будут проверены все объекты.

Стоп! не уверен, что деактивация подходит - у кирпичей есть свойства, не зависящие от героя, которые должны выполняться постоянно. Так что отключать кирпичи нельзя.

Вот здесь ты не прав: деактивировать нужно только перед выполнением проверки, а потом сразу активировать. И код у кирпичей будет выполняться как положено. Я это использовал на практике, отлично работает.

[a7s1h1]

всё понял, просто прощёлкал фразу

потом опять активировать все кирпичи

А не подскажешь код, чтобы

Ставить у игрока деактивацию всех кирпичей которые чуть дальше от игрока (например на расстоянии большем чем 100) потом выполнить with(кирпич){} а потом опять активировать все кирпичи.

?

[Dva_Kota]

Код:

instance_deactivate_object(кирпич);
instance_activate_region(x-100,y-100,x+100,y+100,true);
with(кирпич){};
instance_activate_object(кирпич);

[a7s1h1]

Код:

instance_deactivate_object(кирпич);
instance_activate_region(x-100,y-100,x+100,y+100,true);
with(кирпич){};
instance_activate_object(кирпич);

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

[Dva_Kota]

Похожий код активации/деактивации есть в справке