denis2000

Chiliaz Такие объекты попадают в таблицу db.zone_by_name

AziatkaVictor Первый тоже надо менять в соответствии со вторым.

Hunter Это дефолт из версии 1.5.10

Hunter actor.ltx параметры: Размеры ГГ в полный рост: ph_box0_center = 0.0, 0.9, 0.0 ph_box0_size = 0.35, 0.9, 0.35 Размер ГГ в присяде: ph_box1_center = 0.0, 0.75, 0.0 ph_box1_size = 0.35, 0.75, 0.35 Размер ГГ в низком присяде: ph_box2_center = 0.0, 0.6, 0.0 ph_box2_size = 0.35, 0.6, 0.35

SashaRed А если поднять текст в пределы фона координатами: <text x="5" y="-2" ...> А сам фрейм опустить координатами: <closecaption_1 x="512" y="640" ...>

Я очень давно пробовал, но не помню никаких особых подводных камней... Так в игре в build_details.dds и хранятся. Или вы имеете ввиду SDK? Текстура build_details.dds формируется при билде объектов детализации (Compile->Make Details), а сама расстановка объектов храниться в level.details, который формируется при компиляции соответствующим инструментом xrDO.

Этот вылет означает, что скрипт пытается отменить работу на смарте у некого НПС, а она ему и не была задана. Сделайте вывод в лог сообщения из этой функции, там выше есть вызов: printf("smart [%s] unregister npc [%s]", self:name(), obj:name()) И вы узнаете что за смарт и что за НПС к нему привели. Glomark Очевидно, что счетчик хедшотов и убийств вызывается из скрипта xr_motivator.script функции: motivator_binder:death_callback и motivator_binder:hit_callback, найдите его, через эти вызовы и проверьте его работу. Вероятно при адаптации скриптов была допущена ошибка.

New_user Видеоуроки по программе X-Ray SDK Раздел: Level Editor Пункт 20: Присоединение локаций с помощью SDK

Kalambur Пробуйте так: ;изношеность при которой шанс осечки становится константным misfire_end_condition = 0.75 ;шанс осечки при изношености больше чем misfireEndCondition misfire_end_prob = 1.0

Дегтярев Средний размер карты в сталкере 1200х1200, карта 5Кх5К более чем в 16 раз больше по площади.

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 естественно ? )

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