denis2000

Vozbuditel Приводите параметры запуска и содержимое лог-файла.

Гипофиз - как мне кажется очень важен.

Neptun Пробуйте так: if db.actor:item_in_slot(3) ~= nil then db.actor:activate_slot(3) else if db.actor:item_in_slot(2) ~= nil then db.actor:activate_slot(2) else db.actor:activate_slot(1) end end Однако движек сам выбирает активный слот при наличии предмета в нем, если оружие активно.

Нет конечно. Обычно все в кучу сваливают. Дополнено 2 минуты спустя Никаких особых отличий нет, а вот SDK наверняка задействовать придется.

Stgs По идее не должны, условия посещения смартов установлены в скрипте sim_board.script в таблице simulation_activities.

Policai Я попробую написать код. Если получиться, что то адекватное то выложу. Дополнено 3 минуты спустя Policai В сообщения попадают строки лога начинающиеся с комбинации символов "! " или "~ ".

RoboCat Консольная команда flush сбрасывает сообщения консоли в лог-файл, а чтобы видеть их на экране в реальном времени по хорошему нужно править движек. Если уж говорить о костыльных-костылях, то можно в апдейте скидывать сообщения консоли в лог-файл (упомянутой командой flush), одновременно с этим, скриптом, пытаться читать лог-файл и новые сообщения из него выводить на экран. Что из этого может получиться сложный вопрос.

Скорее всего количество графпоинтов на локации минимально, а это неправильно. Дополнено 2 минуты спустя Если вы в лог выводите свои сообщения, то просто дублируйте их в стандартных сообщениях ГГ, тогда они всегда будут на экране во время игры и во время-же игры вы всегда сможете их просмотреть в ПДА - это довольно удобно. Если же вы смотрите сообщения движка в консоли, то это проблема, так как придется править движек, чтобы открытая консоль не блокировала игру, а нажатия клавиш в игре не попадали в командную строку консоли.

Gerbys А alife.switch_distance часом не увеличивали?

Совершенно верно, прежде всего в этом моде движек обрабатывает нажатие на новую закладку раздела выдавая инфопорцию с именем этого раздела (это древняя правка X-Ray extensions которая была сделана без исходников), а указанный вами скрипт занимаеться отрисовкой GUI этого раздела обнаружив эту инфопорцию. Но если вы редактируете движек, то как мне кажеться не стоит копировать уже устаревший способ, а воспользоваться рекомендациями и наработками которые предлагает уважаемый Overfirst.

Ясен пень GeneralUserInterface, кто его обрабатывать будет?

Winzor Движек в курсе ваших желаний? Отрисовать кнопку в ПДА - самый первый этап. Теперь вопрос: кто эту кнопку будет обрабатывать?

Если у такого куска только одна нода соединяет с остальной сеткой, то симулянты туда не сунуться (если на этом участке нет смартов или графпоинтов) им же нужен проходной маршрут от одного смарта до другого.

Если не нашли, значит просто были не внимательны (Скрин прилагаю). А то, что НПС или мобы будут бегать по стенам (это если не использовать жесткую логику для НПС или рестрикторы ограничивающие зону перемещения мобов), меньшая беда от тупления АИ на такой сетке (это когда проигрывается анимация движения а моб стоит на месте, поскольку выбранная нода сетки недостижима) и вплоть до вылетов. Дополнено 8 минуты спустя Логика + рестрикторы и бес проблем (в рамках X-Ray естественно ? )

А вот тут вы ошибаетесь. Конкретно в Припяти из ЗП, сетка на крышах связана с основной АИ-сеткой локации, да ноды там не вытягивали разворачивая их вертикально, но линки есть.

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

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

Stgs Так, что вам верификация сказала? АИ-сетка явно не в норме.

Скорее всего нет: или анимации или физика, одно с другим не совместимо. Цвет ника в настройках диалогового окна: talk.xml и talk_16.xml. Опосредовано можно изменить в color_defs.xml тег ui_7. Цвет шрифта конкретного куска текста меняется непосредственно ключами: <text>%c[255,238,153,26]Повышение пулестойкости.%c[default]</text> Целая тема есть: Как сделать перенос и цветной текст без скриптов ! Создание инвентарного комплекса Для одного предмета правок не видел, только для всего инвентаря ГГ. Дополнено 27 минуты спустя В колбеке на использование предмета ГГ проверяете имя предмета и если это был ваш хост-предмет, спавните в инвентарь дочерний предмет. Опять таки инвентарный комплекс смотрите.

Уважаемый Winzor вы же прекрасно знаете, что есть специальная тема для таких вопросов.

Да, вот правки. Нужно только текст хинта сквадов подправить в sim_squad_scripted.script. Вместо отладочной информации сделать игровую.

Для реализации подобного требуется целый комплекс правок: ГУИ, скрипты, конфиги. Поэтому привести даже вкратце не получиться из-за большого объема. Но уже есть мод который так и называется: Контейнер для артефактов Платформа: Зов Припяти 1.6.02 Разработчик: Автор - ARC; Перенёс: naxac (ссылку приводить не буду - поиск рулит!). Качайте, разбирайте, адаптируйте.

Gerbys Тогда проверяйте конфиги configs\misc\ph_box_***.ltx, поскольку скрипт жалуется, что отсутствуют в таблице параметры минимального и максимального количества для указанного предмета, а эти параметры он читает именно оттуда. Вообще конфиги и скрипты относящиеся к этим ящикам практически без изменений переехали в ЗП из ЧН и вполне рабочие. Первый вариант - редактирование движка, второй - после смерти ГГ запустить анимацию камеры в локальных координатах точки смерти.

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

Stgs Пробуйте что-то типа такого: [logic] active = sr_idle@wait [sr_idle@wait] on_actor_inside = {+условие для звука} sr_idle@play_sound ;;;1-й вариант on_info = {+условие для звука =actor_in_zone(имя рестриктора)} sr_idle@play_sound ;;;2-й вариант [sr_idle@play_sound] on_info = sr_idle@stop_sound %=play_sound(sound)% [sr_idle@sr_idle@stop_sound] on_signal = sound_end | sr_idle@wait Естественно - это самая упрощенная схема, без пауз и доп проверок.