fatsawhorse, может всё-таки вот так? (не проверял)

P.S. проверил на калькуляторе, записывая артефакт №5. Пользуясь формулой из справки определения артефакта в сундуке, получил на выходе значение 5. Значит задача решена верно. Извини, нет желания запускать игру и там проверять

Bes спасибо Вам как всегда.. Отлично работает.. Я дня два мучился, а Вы двумя символами записали за несколько секунд..

Ещё раз спасибо..

(14.10.2020 01:39)Berserker Wrote:  данная команда устарела и может быть удалена в будущих версиях.

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

XEPOMAHT, он пока прощупывает реакцию такими вот словами... надо дать ему взятку понять, что это будет излишней оптимизацией движка

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

Bes я понял Вас.. Спасибо ещё раз..

Есть вопрос по SN:Q

Quote:Прервать обработку текущего события

В примере указано:

Это работает для текущего файла скрипта или я могу указать на выход из функции другого файла исполнения?
Если верно последнее, то я не понимаю, почему скажем записав такой код:

Функция из 55 wog всё равно выполняется. Мой скрипт по приоритету выше Вог скрипта...Или иначе работает совсем ресивер? Я неправильно понял предназначение команды?

Такой вот возник вопрос. Эра 3.04.
На карте игрок может играть за любого из 8 игроков. Для того, чтобы запустить таймер для игрока пишу:Получается, что переменные v1-v8 у меня задействованы в таблице.
Потом мне нужно сделать постройки в городах противников. Пишу:И получаю ошибку: !!UN:U Cannot find more objects
НО, если я обнуляю перед циклом !!VRv1:C0/0/0/0/0/0/0/0; то всё проходит замечательно.
Всегда считал, что в строке !!UN:U98/-1/-1/1; я вношу новое значение в v1, а старое удаляется.
Это не так? Или я где-то не то сделал?

И ещё: будет ли создана поддержка именных таймеров? Типа TM(everyday)

SergOz, нет, в !!UN:U98/-1/-1/1; идёт проверка, как я понимаю, считывая сначала текущие значения из v1
Поэтому всегда надо сначала сбросить v1 (в твоём случае)
и да, тебе лучше использовать для массива значений SN:M, дабы не завязываться на v-переменные. Хоть так и будет чуть больше строк

Night, как я понимаю, SN:Q в рамках одного скрипта работает (хотя да, с поддержкой иерархии модов было бы правильнее)

1) Не используй v1 вообще. Это грязная временная переменная.
2) UN:U ожидает изначально корректные координаты места, с которого начинать поиск или хотя бы -1 в х-координате.
3) В век ERM 2 использовать глобальные v-переменные уже не нужно. Как и биты вручную в таблицу вбивать.
Суди сам.
Сдвиг на 0 бит (0 - красный): 00000001
Сдвиг на 1 бит (1 - синий?): 00000010
Сдвиг на два бита (2 - зелёный?) 00000100
Сдвиг влево на N битов равносилен умножению на 2 в степени N.

(19.10.2020 18:33)Berserker Wrote:  В век ERM 2 использовать глобальные v-переменные уже не нужно.

SergOz у себя просто в нескольких триггерах потом хочет сразу иметь готовую переменную с номером игрока, посмотри в его примерах, и потому он берёт глобальную для хранения. Экономит на дублировании получения номера игрока в локальную

Исправил свой пост, спасибо.

Berserker, в школе ЕРМ2 бы такой пример про сдвиг битов для получения бита цвета не помешал

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

(19.10.2020 18:33)Berserker Wrote:  В век ERM 2 использовать глобальные v-переменные уже не нужно. Как и биты вручную в таблицу вбивать.

Но, ведь для того, чтобы полностью отказаться от v-переменных, нужно чтобы все команды, записывающие данные в эти самые v, могли сохранять нужные значения в i^...^.
Это и то же !!UN:U98/-1/-1/i^...^; и !!OW:H#1/i^...^; и !!IF:G#1/i^...^/#3/#4/#5; и многие другие.

Со сдвигом битов ещё не разобрался и вообще в первый раз вижу <<

Quote:Но, ведь для того, чтобы полностью отказаться от v-переменных, нужно чтобы все команды, записывающие данные в эти самые v, могли сохранять нужные значения в i^...^.
Это и то же !!UN:U98/-1/-1/i^...^; и !!OW:H#1/i^...^; и !!IF:G#1/i^...^/#3/#4/#5; и многие другие.

SergOz, так они в ERA3 и сохраняют, разве нет?
и раз ты ушёл в новую платформу, то полистай историю изменений ERA3, там очень много чего крутого

SergOz, с !!UN:U уже разобрался в 3.1, команда больше не нужна, так как требовала сперва по всей карте пройтись, подсчитывая кол-во объектов и возвращала только в v-переменных информацию.
!!OW:H с номером героя по порядку можно и самому удобнее реализовать.
IF:G да, но можно в функцию обернуть вызов. У меня в голове уже есть лакомое АПИ для радио-диалогов, высокоуровневое и на ЕРМ. Пока не сделал. Будет спрос — посмотрим.