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

Эх ... Если бы в триггерах была опция присвоения тэга ...


Отправлено: 5 окт 10 14:22
Ну вот собственно и решение данной проблемы:
- Ставим на карте (или за ее пределами) "существо" с таким-же Tagname как и Ваш
- Создаем, для него, в меню Player строчку присваиваем ему номер команды игрока и оставляем это "существо" без управления.

Теперь, на вашей карте есть невидимый и неактивный Бот,
который всегда возвращает вам ваш Tagname.

Хех, косяк был известен давно, теперь и ты о нем знаешь :) Идея с "запоминателем" отличная, но к сожалению нельзя будет различить персонажей в группе. Все под одним тэгом будут ходить...

Вопрос о репутации. Ft есть такое понятия как звания! Как можно сделать так, чтоб допустим открылись ворота при звании -=Сержант=- а не -=Рекрут=- или чтоб получить доступ к шкафчикам с добром тоже нужна своя определенная карма.

По идее, на репу можно завязать открытие. Смотришь, сколько её нужно для нужного звания, условие — "больше этого значения у игрока", действие — открытие тегованной двери.

В условиях триггера есть проверка ранга, разве не так?

Не ранг, проверяется именно количество репутации игрока.

Да, точно. Ранг в требованиях к оружию и броне есть. Надо эту фишку использовать: например, завязать триггер на надетую некую абстрактую «парадную броню палладина» или «наградной генеральский пистоль», например.

Будут ли изыматься из отряда при заходе на "зелёную зону" персонажи игрока Human, если им выставить Remove on exit?

По идее, если выставить на команду игрока — то да, все персонажи группы будут убраны. Но тогда образуется "пустая" команда (если на другой карте не выдать принудительно под командование народ), и процесс игры встанет. А если стоит условие на количество живых у игрока — то гамовер выдаст (если очень надо такое, придётся делать переменную-переключатель для этого условия, чтобы после опр. момента переводить его в неактивное состояние).

кину еще для развития темы:

Обнаружил интересный факт — нельзя использовать в Speech Event
переменную с названием `return` — движок начинает ее воспринимать не адекватно. Момент еще исследую, но похоже что происходит пересечение с какими-то системными переменными самого движка.

Тщательно проверил:
Это был злостный глюк, более он не повторялся.

Обнаружил интересный факт работы триггера `Give Item to NPC`:

1. При передачe предмета от игрока к NPC,
в качестве NPC можно использовать контейнер с теговым именем.
2. При передачe предмета от игрока к NPC,
NPC можно вообще не указывать — предмет из инвентаря исчезнет в никуда :)

Может кому пригодится в работе ...

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

К сожалению, ФТ забагован до боли, и никакие патчи рандомные глюки не вылечили. Так что может раз в никуда пропасть, раз под себя упасть :)

специально проверил на карте размером в 4 тайла — веревка исчезает в никуда :)

В процессе создания карт и отлаживания скриптов,
постепенно обнаруживаются всякие нехорошие вещи.
Тема создана для сбора всех известных и малоизвестных
"Граблей" (возможно некоторые вещи уже известны давно).

- совместное использование триггеров `Force speech` и `Click speech`
частый вылет в Windows;

- триггер `Move Unit` нельзя использовать во время пошагового боя;
(команда ведет себя неадекватно).

- после применения триггера `Move Unit`, крыши зданий перестают "съезжать";
(нужна "ручная" центровка на персонажа, если он работает через `SpawnPoint`).

- триггер `Center View`, в режимах центровки на персонажа, поcтавленного
на карту и персонажа, появившегося на карте посредством `SpawnPoint`,
работает по разному. Через `SpawnPoint`, центровка сбита.
Более того команда `CenterView` не аналогична клику по персонажу
И это реально бесит !

- при заходе на новую карту, все члены отряда получают `Tagname`
соответствующий тэгу точки `SinglePlayerSpawn`.

- совершая запись в игре и последующее ее считывание, `Tagname` обнуляется.
(нужен "запоминатель" `Tagname`, поставленный на карту)

- Триггер `Display World Text` блокирует все окна и вырубает фоновую музыку.
(фиг с ним с окнами — но вот музыка ...)

- применение триггера `Force Speech`, с условием `Click Speech`.
Игра вылетает в Windows.

- номера команд, на карте не должны прерываться
(нельзя поставить Team1 и скажем Team4, с пустотой между ними).
Игра вылетает в Windows.

пост будет дополняться ...

- условие "speech occured" + любой триггер -> игра вылетает в Windows, если более 3х раз для одного или нескольких персонажей

Hmt
По поводу тагнеймов. Тагнейм, заданный через свойства объектов, всегда работает(что позволяет прописывать события для персонажей в отряде), и при этом работает и новозаданный на карте тагнейм (сбрасывается этот, или я чёто путаю?)

тэг заданный в редакторе объектов, насколько я понимаю, все равно накрывается.
допустим я вышел с карты с тэгом `Player`, далее я зашел на случайную карту,
затем вернулся обратно — мой тэг накрылся, все скрипты завязанные на тэг
`Player` больше не работают. (связано это с `SinglePlayerSpawn`)
По поводу команды игроков, тег одинаковый для всех — на эти грабли, я еще
с лифтами наступил — у меня по тегу `Dweller` все игроки перемещаются в зону
лифта :) Вообще тут надо-бы полное исследование провести ... все по полкам
раскидать.

Таг, заданный в свойствах объектов, не соответствует тагу, заданному вручную на карте или с помощью single player spawn point. Это легко отследить на следующем примере: задаём в свойствах стимпака таг *стимпак*, кладём в рюкзак префаба. Открываем какую-нибудь карту, кладём тэгованный стимпак на землю (или в рюкзак NPC). Заходим на карту, поднимаем второй стимпак и смотрим в рюкзак — стимпаки не сложились в кучу, игра воспринимает их как разные объекты. Более того, если подвязать проверку на обладание тэгованным объектом, она не срабатывает. Вот только я пока не вычислил, на какой именно и при каких условиях тэгованный из этих 2х объект, игра не реагирует (это можно разные спрайты дать для начала, чтоб понять, руки ещё не дошли). Ещё пример. На карте я установил юнита, заранее тэгованного в свойствах + тэгованного на этой карте. Взял его в команду. На этой же карте, без перезаходов, в спец. зонах игра реагирует на этого члена команды по всем тагам. На второй карте игра реагирует точно так же. Вернувшись на первую, отрабатывается только персональный таг (заданный в свойствах). (последнее утверждение требует уточнения, не помню сейчас)

Я так понял, что в редакторе свойств объектов, можно задать *глобальный* таг, а непосредственно на картах — локальный(и отрабатываться он будет только на данной конкретной карте). В эту теорию вписывается и ситуация с перезаходом на карту посредством sps(single player spawn). Существует несколько других видов спаунПойнта, особенно меня интересует Revisited, до которого блинкампот тоже пока не добрался...а стоит ли? Что он конкретно делает кроме того, что торчит на каждой случайной встрече в одном экземпляре?

>>Вернувшись на первую, отрабатывается только персональный таг (заданный в >>свойствах). (последнее утверждение требует уточнения, не помню сейчас)
Сорри, ввёд в заблуждение. Конечно, отрабатываются оба тага, потому что спаунится юнит уже с командой на sps, что даёт ему таг *player*

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

А каким триггером отобрать у игрока предмет? Например, если хочешь, чтобы игрок дал голодающему рейдеру в Макомбе еду?

`Give item to NPC` — передача предмета от ГГ выбранному NPC.
Если нужно от NPC1, к NPC2, то двойной командой,
`Give item from NPC1 to human`
`Give item to NPC2`
(сначала от NPC1 себе, затем от себя NPC2.)

Кхм...
Дилетанский вопрос(ну увы пока,у меня такой уровень).
Какой тригер отвечает за то, что-бы при входе на карту определённая группа энкоутёров, помогла ГГ при зачистке локации.Например как в 24 миссии(Помню, там тоже при входе суровые мужички меня ждали).

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

Сразу спасибо за ответ господа.

А можно поподробнее, что нажимать, что включать)

1. Представим ситуацию: имеется некий персонаж, который по сюжету может говорить с игроком. Только в случае, если харизма отряда будет слишком низкой, его фразы сменятся на более грубые, а если у отряда слишком низкий суммарный интеллект — он будет говорить более просто. А если будут выполняться оба условия, игра вылетит, выберет первое из них в списке триггеров или выберет одно из них случайным образом?

2. Вот если в триггере стоит условие на кол-во определённого стата у игрока, то проверяется суммарное значение этого стата у всех партийцев. А если идёт проверка на уровень навыка — то же самое?

т.е. ты хочешь сказать что совсем не реально осуществить привязку скрипта к нажатию кнопки?

Nik O`Tin, на этот вопрос отвечают уже не первый год одним и тем же словом. Ты его даже жирным выделил.

Hmt, судя по всему именно так. Ещё часто спрашивают о привязке скрипта к простому клику на объект. Пардон, что влез в диалог. Подождём, что ответит Nik O`Tin.

Вопрос: режимами стрельбы в FT Improver ещё никто не баловался? Потому как появилась идея по делению на шумное/бесшумное оружие, относительно пригодная для применения вообще по кампании, а не по одному месту на карте. Может быть местами багнутая, но по идее должна срабатывать.

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

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

К слову, на крайняк стандартными средствами можно сделать проверку юнита на наличие в зоне, наличие экипированного ствола по прописанному в начале типу (без изврата с каждым его режимом стрельбы) и проверку киллов представителей определённых групп команды врага, которых можно достать атакой из этой зоны. На шумном ближнего боя — тоже должно работать, просто зона будет та же, где и размещаются потенциальные цели. Дополнительный изврат, но более чистая реакция. "Если кто-то там, и в руках шумный ствол, и он бахнул, свалив кого-то, кого оттуда можно достать — туда стоит идти".

Только что на всякий случай проверил, можно ли сделать реакцию на экипированный в слот брони предмет (маскировка под врага, например).
Если броня тегованная, то игра её нормально опознаёт, и можно задавать действия.
Пробовал на юните с собственным тегом-именем.

Господа ... есть ли у кого мысли, мнения, руководства о том,
что такое Enable Script Events и с чем его едят ?

Если это у ентити, то вроде бы для использования скриптов типа Skill Use Occured (в статьях с JJ86 про это говорится). Но я лично не уверен в правдивости тех статей.

Искать Skill-Use Occurred