Ты лучше вот это напиши, люди будут благодарны

Ага, тебе смешно, а у меня функции не выполняются! Как я мод без скриптов-то напишу? В чем там дело-то?
Кстати, хоть у кого-то скрипты работали? (кроме разработчиков)

Смотря что. RANDOMQ.cpp на раз переделался, и пошло почти сразу.

Злой у меня мод получился. Грохают там на раз, даже меня ( ), так как теперь у Игрока преимущество перед NPC стало заметно меньшим. И решил я убитому Игроку отнимать Рейтинг, выдавать GFG_STARTUP вместо бывшей машины, ЭК не отбирать, восстанавливать в Секторе, где погиб, за исключением Болот и Подземки (тогда - в Пустыне), для чего приспособить событие OnDie, используя proc Resurrect(...) . Залез в Scripts\Events\Die.src , вписал там на пробу вызов Resurrect("location5"), скомпильнул всё, начал игру и полетел помирать. И ни фига не воскрес. Почему - мой пост ниже.

Значит, что-то все же работает... вот я скока ни пытался запустить EnterSensor, ничего не получилось OnEnterLocation - единственное, что у меня срабатывает.

Где-то уже писали, что чтобы изменить стандартные скрипты надо их засунуть в pac архив.



Добавлено спустя 45 секунд:



OnEnterSensr у меня работало, не работало только OnLeaveSensor

Что сделал для еэтого? Т.е. как сделал ? Покажи скрипт.

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

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

Ёлы-палы. Я ж когда новый RANDOMQ.cpp сравнивал с тем, что было, AIMBIN.bak (переобозвал, чтоб не мешал), вернул прежнее расширение .pak , а потом обратно bakом сделать забыл. Нда, если б я воскрес, это б по разряду чудес пошло.

А вот теперь воскрес. Но :arrow: .
То, что получилось в результате воскрешения, частично выпало из системы взаимоотношений глайдеров. На воскрешённого Игрока никто не нападёт специально, можно обстреливать кого-нибудь - он покраснеет/синеет, но ответить и не подумает. Остальное осталось, как было, вот только отключенный щит при включении восстанавливается мгновенно.Подобрать убитого себя можно, вот только толку от находки... Хотя глюк с щитом исчезает, и сдать себя можно. Если уйти на другую локацию - там всё будет ok (пока не убьют уже на той локации). Если на локации Игрок помер хотя бы раз - "полупризраком" на ней он и останется, даже если уйти на другую локацию и затем вернуться.

Как воскресить Игрока полноценно (возможно, для этого, кроме самой proc Resurrect(...) , нужно ещё что-то) ? Если возможно.

У меня работало на абсолютно новых скриптах.

В objects.ini написал:


(CENTER_BASE - Идентификатор моей базы)

В Locations\L14\center_base.src:

А каковы условия срабатывания "OnEnterSensor" и "EnterLoc"?
Лев, а ты попробуй добавить еще одну процедуру в свой скрипт, я уверен на 95%, что она срабатывать не будет. У меня подозрения, что из всего скрипта тока первая процедура срабатывает.

А можеш сделать так :

1. Начинаеш игру, перед тобой создаётся стрелка.
2. Наехав на стрелку она проподает а рядом создаются две-три другие стрелки и появляется пушка или бомбы.

Если можеш то ты крутой чувак!

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

void proc OnEnterSensor(char itemID)
Срабатывает при входе в зону с энным радиусом возле указателя точки, в itemID будет имя указателя, например "B_L5_BASE1".
OnLeaveSensor - Аналогично при покидании этой зоны. Можно в Locations\L5\Base1.src глянуть. Кстати, в Locations\L13\Points.src есть место, где itemID вообще не опрашивается (там один-единственный указатель на всю локацию, и так ясно, что этот - нужный).

void proc OnEnterLocation(char locID)
При перемещении на локацию, в locID будет имя локации, например "location1"

Это я и сам знаю, ты мне лучше про "EnterLoc" скажи.

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

Я объяснял smt, что работа непосредственно с каким-то конкретным объектом происходит по игровому идентификатору (уникальному имени на данной локации), который задаётся редакторе локаций, в поле ввода в правом верхнем углу. Если ты присмотришься, то в упомянутом тобой скрипте "train.src" как раз идёт анализ среагировавшего игрового идентификатора:
void proc OnEnterSensor(char item)
{
switch (item)
{
case "TR_POINT1":
{
.
.
.
}
case "TR_POINT2":
.
.
.
}
}

Из твоего вопроса я могу судить, что либо smt не понял что ему писали, либо понял, но не смог объяснить тебе. Вы уж ребят вместе как-нибудь разберитесь прежде чем вопросы на белый свет выносить.

Понял. EnterLoc в тренировочной вызывается по срабатыванию таймера. Там в теле proc OnEnterLocation есть вызов
SetTimer("EnterLoc", 0.01); - с него.

А вызывается или не вызывается ваша функция советую проверить лучше вот так:
void proc OnEnterSensor(char item)
{
Text("MSG_ACCEPT");
}

Так у меня примерно тоже самое и было, тока вместо MSG_ACCEPT был мой личный, подготовленный в редакторе текстов текст, плюс еще несколько действий.



Что это все означает, я как раз таки понял. Но тут надо кое-что уточнить. Насколько я понимаю, вышеприведенная конструкция должна работать так:
1)Вызывается OnEnterSensor с параметром item(типа, она вроде должна вызываться при заезде в любой "сенсор", а в функцию передается идентификатор этого сенсора - item).
2)Начинает выполняться оператор switch. Он поступает так: смотрит, какой параметр ему подсунули, и сверяет его со списком вариантов, что у него там есть. Где он находит совпадение, тот оператор и выполняет. Так вот, получается, если я заеду в любую активную точку(хелперы - то уже на карте установлены, стало быть все активные точки существуют), должно произойти какое-то действие (что там в switch указано), правильно? А на деле что происходит?
Я начал тренировочную миссию, посмотрел, где появляются стрелки, перезапустил ее, и поехал сначала не в ту стрелку, которая появилась, а в другую, которая должна появится позднее, после посещения первой. И - о чудо!!! При заезле в не указанную еще зону ниче не происходит, а если посетить сначала первую стрелку, то все срабатывает и в этой зоне... Вопрос - как так получилось, switch же должен в любом случае срабатывать, или он не так, как в си действует?

Я конечно понятия не имею во внутреннем устройстве скриптов и в чём-то могу ошибаться, но, бегло взглянув, как раз здесь то всё мне кажется прозрачным:
case "TR_POINT1":
{
...
SetSensor("TR_POINT2");
...
CreateObjectAt("ARROW_P2", "ST_ARROW", "TR_POINT2");
}
Второй сенсор появляется после посещения первого. Как же по твойму он должен срабатывать до посещения первого ? Где тут логика ?

Добавлено спустя 18 минут 7 секунд:


нет существуют вспомогательные "точки", но они не являются сенсорами как таковыми, во-первых они не знают на кого они должны реагировать, во-вторых должны они быть включены или нет. Сенсорами они становятся только после вызова
SetSensor или SetSensorNPC

Как где? Я так понял, что дело не в том, что стрелка появилась, а в том, что на самом деле там стоит хелпер "конус", и срабатывает OnEnterSensor тогда, когда игрок подезжает к конусу, который не виден, а не к стрелке. А эти конусы, они уже по всей карте расставлены.
Но так как разраб ты, то тебе видней, тогда еще два вопроса возникают - как создать "активную" зону в "чистом поле".

Функция SetSensor(); создаёт "активную зону", ей в пареметр надо передать точку, где создавать например так:

Как создать контейнер с чем-либо, в частности с энергокристаллами?

А почему proc DeleteMech в скриптах оригинальной игры не вызывается ни разу? Вместо неё за неким чёртом применяется proc HideGlider, удаления Глайдера не вызывающая, а делающая его невидимым. За DeleteMech что - какие-то "грешки" водятся? В смысле - не приводит ли применение DeleteMech к багам?

А зачем она будет вызываться ? Она же будет убивать механоида, а не глайдер. Это почти что "перенос".
Знает об этом только один Сплайн, но он всегда очень занят. С виду она - вроде похожа на правду.

Это, наверно, удаление всей группы. А в м2 группы это все пяточки, Наутилус, органический мод и Считающие.
Удалять их нет смысла.
ИМХО

_________________
Земля, Земля - я Юпитер!
Зарисовка в стиле AIM - https://www.youtube.com/watch?v=JiWtIz9g3Uw

"Бездушных" типа Платформ и невооружённых Глайдеров по завершении Рандомных Квестов, по идее, именно ею и удалять бы.

Ага. Я её тестил на тренировочной Локации. Там все механоиды - "Бездушные", созданные proc CreateMech . Удаляются, исчезают на глазах у меня безо всяких видимых глюков - всё в норме. Просто мало ли... может, она что с list-ом механоидов творит не то (имеется в виду связный список из описаний механоидов на Локации. Когда механоидов много)...

Проблема в том что после повторного влёте в здание, не выполняется выделенный скрипт. Почему 222222 не появляется ?
Если в MechMod.src SetVar("int_q_test_mel", 2); то 1111111 не появляется при повторном влёте в здание. 000000 всегда выводится.

int_quest.src
#include "Include\AIM.src"
//=== Переменные ===
int int_q_test_mel; //--- переменная скрипта

MechMod.src
#include "Include\AIM.src"
#include "MechMod\int_quest.src" //--- подключаем файл с переменными
#include "MechMod\q_test_mel.src"

void proc OnEnterLocation(char locID)
{
//----------------------------------
SetTimer("EnterLoc", 0.001);
}
void proc EnterLoc(char item)
{
//--- обнуляем переменные ---
SetVar("int_q_test_mel", 0);
}
void proc OnEnterSensor(char item) //--- начало игры ---
{
switch (item)
{
//--------------------
}
}
}

//=== Выбор квеста ===
void proc q_test_mel_0 (char item) //--- вызывается в с помощью текста...
{
SetVar("int_q_test_mel", 1);
}

q_test_mel.src
#include "Include\AIM.src"
#include "MechMod\int_quest.src" //--- подключаем файл с переменными
#include "MechMod\MechMod.src"

void proc OnEnterBuild(char item)
{
Text("000000");
//----------
if (("BLD_TEST_ISL1") && (GetVar("int_q_test_mel") == 2))
{
Text("222222");
};

if (("BLD_TEST_ISL1") && (GetVar("int_q_test_mel") == 1))
{
Text("111111");
SetVar("int_q_test_mel", 2);
};
}

Если не совсем понятно то могу прокомментировать подробнее.

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

На счётэ того непонятно:

Поясни.

_________________
Земля, Земля - я Юпитер!
Зарисовка в стиле AIM - https://www.youtube.com/watch?v=JiWtIz9g3Uw

Это название здания.

_________________
https://sites.google.com/site/intelligencecells
http://www.youtube.com/user/IntelligenceCells

Где проверка на item? В голове ? А компу кто это будет объяснять что у вас в голове ?
Ты с чем вообще сравниваешь идентификатор может разъяснишь ? Вообще удивительно что с единицами текст выводится - это, так сказать, из-за примитивности скриптового движка.