Trapper023

В каждой Ogf модельке есть либо инклуд типа: #include "models\capture\plasch_mask_damage_no.ltx" либо сразу прописано immunities_sect = stalker_resist с параметрами. Причем, в релизе, в задействованных для спавна-респавна, профилях нпс оставили визуалы только те, у которых есть инклуд. Через конфиг в capture [immunities] immunities_sect = no_resistance [bone_protection] bones_protection_sect = kombez_mask_damage выходим на damages.ltx где и регулируется [kombez_mask_damage]:body_kombez_damage,head_mask_damage, добавляя защиту от осколков hit_fraction = 0.1 Если я правильно понял, то это процент снятия хита от осколков для всех костей, указанных в body_kombez_damage и head_mask_damage? А параметры защиты для секций outfit.ltx - это только для ГГ

Плиз! Ткните носом. Где уже рассматривалось. Как НПС заставить принудительно сменить wpn_ak74u на другой ствол, например на wpn_mp5. Т.е. мне надо заставить НПС заменить оружие прописанное в характер-деске на аналогичное, но конкретное оружие, при условии что НПС его получает со стороны (находит, покупает). Оружие имеет тот же класс, ef_main_weapon_type и ef_weapon_type и юзается в первом слоте. Второй вариант как заставить НПС при наличии wpn_abakan во втором слоте, при получении со стороны ствола типа wpn_mp5 убрать абакан и использовать ствол из первого слота. При наличии пистолета ствол должен быть заменен на приобретенное оружие

Shader, Это скорее всего опечатка. Либо совсем убрать, либо : bip01_head = 1.95, -1, 0.03 ; 5.0

Андру, Вы юзаете глючную 111w_fn2000_comp.ltx Ваш лог: Arguments : There is no 'rifle' bone for weapon 'wpn_fn2000_comp_hud' говорит о том, что в строке 171 неправильно указан параметр. правильнее: fire_bone = wpn_body Чтоб долго не мучаться и не искать где она спавниться - в этот файл полностью скопируйте содержимое либо w_fn2000_sniper.ltx, либо w_fn2000.ltx. Можно грузиться сразу после замены файла. Редактор любой текстовый, только расширение должно остаться ltx. Либо сразу сделать копию одного из этих файлов и переименовать в 111w_fn2000_comp.ltx MAV, она не из-за библы глючит - просто чей-то неудачный эксперимент. И у GSC такого хлама полно в архивах.

Делал для себя под разрешение 1440х900 для ноута на 15", поэтому решалась задача сделать худ с макисмальным обзором и минимумом вторичной информации на худе. Внутри тесктовик типа дневника исследователя по проблемме пересчета FOV и координат на экране. Скорректированный файл fonts.ltx - решил все проблемы с наездами надписей при игре на разрешении 16:10. Файлы ui_custom_msgs.xml и ui_hud.xml для Народная солянка от 14.06. Остальные файлы универсальны. Ячейки на поясе - 24, может и читерно, но так сказать - проба пера при разборе структуры файлов. Толчком были наработки Руси по уменьшению ячеек инвентаря и статья Vergas. Может еще кому пригодиться. http://webfile.ru/3773824

Я опасаюсь, что так просто не получится. Этот инфопоршень передается ГГ только после стартового диалога с Сидором. Я тогда и предлагал делать передачу этого поршня в диалоге с шахтером. А теперь для товарища тупик - дверь закрыта и поговорить с Сидором невозможно. Без обид... Но я тогда и обосновывал необходимость использования поршня +esc_trader_can_leave потому что он при стартовой загрузке напрямую пишется в db.actor в task_level2.script и существует там при любых обстоятельствах, а поршень на разговор с шахтером - он кажется в оперативке у некоторых товарищей перетирается. Я все же предлагаю вернуться и рассмотреть вариант: arhara_dialog.script: в функцию function arhara_shaxter_done в конце end заменить на if not has_alife_info("esc_trader_can_leave") then db.actor:give_info_portion("esc_trader_can_leave") end end KOR6UN, http://www.amk-team.ru/forum/index.php?sho...c=552&st=40 Там несколько моих постов по этой проблеме 1440*900 Добавлю, что для хорошей картинки худа желательно в файле fonts.ltx для каждого размера шрифта 1600 подставить шрифт из строки для 1024. типа: texture1600 = ui\ui_font_arial_14_1024; ui\ui_font_arial_14_1600 Тогда все надписи будут на своих местах и нормального размера Дима! Я и пишу что это происходит для нескольких частных случаев. Их то и было три или четыре бедняги, у которых поршень от шахтера затерся. А ворошить то и ничего не придется, кроме логики двери и передачи поршня шахтером напрямую. Функция отработает один раз и перепишет поршень для двери в db актора, а остальные твои поршни на состоявшийся диалог с шахтером они же не проходят в task_level2 и других тасках от оригинала и живут своей жизнью. Не могу обосновать, но чутье говорит что шартеру лучше передать поршень про разрешение жить Меченному. Во всяком случае такая комбинация у меня никоим образом не нарушила никаких последовательностей.

ZVER, Закрыть тему дело не мудреное. А по вылету 4333 - сомнения в правильности в отработке функции

Zюня для подгонки координат в файле inventory_new_16.xml замени строки на те что под спойлером будет у тебя на этой текстуре 24 слота и уменьшенные немного ячейки рюкзака. только в inventory_sect.ltx сделай max_belt = 24

Попробуй патч на флеху или иной внешний диск перезапиши и с внешнего диска пропатчить. Sid0rich Кажется Banderos делал запасную емкость в рюкзак для огнемета - поищи в конфигах его мода. Хорошая наверное задумка, но не прижилась.

Да именно так. Скриншоты мало помогут - слишком искажается картика - все мы практически на ЖК мониках, а прототипы текстур худа 1024*768 - пережиток от черезстрочки от ЭЛТ. Так что приблизительно можно скриншотом - но точно - только многократными перезапусками с перемещением марки на пару пикселей, выверкой расстояния, и великого терпения. Я делал как-то один прицел, потом решил этим не баловаться - легче используя готовые марки пристрелять свой глазомер. В том же снайпер-аддоне Поллюкс сознательно приопустил главные марки и на коротких дистанциях - пули выше головы летят. Стрелять дальше 150 метров - теоретически можно, но непись в офлайне и там другая схема умирания - на практике весьма неинтересно. Можешь поэкспериментировать с солдатами блокпоста выбрав максимально удаленную точку на развилке у деревни новичков (если не ошибаюсь, стрелял по ним со 155-165м). Остальные НПС визуально проявляются на границе свич-дистанса.

malandrinus Пристрелка оптики в Сталкере - только двигать маркеры по вертикали в фотошопе, при условии фиксации параметров патрона/ствола (что регулярно меняется). В виду непропорциональности игровых физических параметров расчитать математикой параболу с проекцией сетки на маркеры наерное невозможно, да и зачем? свич-дистанс - 150м - практически одна маркерная черта на мощном патроне.

Shadowman Я до Солянки много чего пробовал, но никогда не ставил уборщик мусора (трупов и оружия). Вот без этого скрипта ни разу не было критики на "can't detach independant object. entity". Мне кажется что этот скрипт начинает отработку упавших предметов (оружия в частности) сразу же, а не через какое-нибудь время. Там кажется только про дистанции от трупа и ГГ. Неписю это (реестр на уборку) неведомо и он, подобрав с земли (не с трупа) предмет и заставляет скрипт-уборщик тихо материться.

lodiriok У тебя пока две беды - наверняка не поменял библиотеку bin\xrCore.dll и эта версия от 23-го уже устарела. Для практики - можешь конечно поюзать, но лучше докачай все обновления до 13 марта.

Больше нигде не надо. В Оригинале была секция [inventory] в system.ltx. В АМК ее заменили на инклуд #include "inventory_sect.ltx" Только "хомячество" до добра не доведет... Потом не кричи что памяти не хватает.

В принципе не критично, но кажется проблема именно в процедуре перемещения виртуальной "Ночной звезды" и других квестовых артов в недра контейнера. Не обновляется инфопоршень на обладание предмета? Надо будет попробовать вариант неиспользования контейнера для ее переноски с момента обнаружения до прихода к Сидоровичу. И варианты сдачи ее без флешки и имея флешку. Фонит конечно жутко, но ради эксперимента... А сдача Сидору, при укладке в контейнер, происходила у меня в два этапа: 1 диалог сдача флешки, уход из диалога и выход из бункера. Тут же возвращаемся и если арт вынут из контейнера, то при активации "Говорить" появляется диалог на Звезду. Уже пробовал не ложить в контейнер. Все равно когда как, когда сразу диалог, когда нет... Это еще с АМК идет. "Ветераны" уже привыкли N6260 Не знаю стоит ли тему новую открывать. Собственно чего нам надо от переодевания персов?

Shadowman Я имел ввиду, что некоторые вопросы периодически повторяются. Шпаргалка и другие подсобные материалы в архиве темы "Ковырялок" очень полезны, но искать такие вещи в них весьма утомительно, потому как захватывает чтиво и многие ошибки уже ликвидированны. Некоторые "мелочи" можно было б в шапку под спойлер отдельный, именно по таким мелочам. Кратко и информативно. Трассеры, а так же простановка в конфигах партронов фишки explosive = on - чисто на любителя, ну проиграются партиклы на цели, а поражающий фактор не изменяется. Трассеры - тоже самое, кому-то нравиться, кому-то нет. Я один разок полюбовался на них ночью, вычислил патрульных на насыпи и полез рыть форумы искать выключатель. С музоном по-проще там в менюшках опция, слава богу работает, а с худом пришлось повозиться - ну не нравиться мне блыманье красных кругов, а стекла битые - очень гуд! Спасибо что включили эту фишку.

Дело одной минуты: файл weapons.ltx строка 92 записать как: time_step = 1; 33 Все. Раздражать не будет. Плиз подробнее! Если можно в личку. В чем проявляется копирование повадок. И на туже тему, а в комбезах солдатиков - не так заметно копирование поведения? По 2 пункту - это глючная непись вываливает, но кто? Скорее всего не сопоставлена минииконка для контактов или ее координаты прописаны за пределы области текстурки - надо проверять файлы ui. Или еще версия - размер файла с иконками ui_npc_unique.dds 2048х2048, а в оригинале 1024х2048 У меня есть теория: почему глючат НПС в комбезах невидимках, но надо еще могое сопоставить.

Кто-нибудь может разъяснить что означают в моделях типа stalker_do_mask.ogf параметры вида models\weapons, а также models\model, models\window, models\artefact2 в разных модельках персов. Или ткните носом, плиз, где об этом можно почитать (ссылкой, если не затруднит). И еще вопрос - critical_hit_grup_2.omf - дает чисто визуальные анимации как персу дергаться а экране при хите? Или что-то другое?

И еще вот чего смущает:

Shadowman В том-то и дело что торгуют. Торгуют НПС всем - поскольку любой шмон организован через функцию торговли, кроме брони - она явно не указана в amk_offline_alife.script, но и нет запрета прямого. Неопознанный процесс торговлли брониками в логе красным - тому и был подтверждением. По скрипту марадера - в луте есть "бесхозная" броня и по скрипту армора непись сначала начинает прицениваться и примерять. По скрипту армора, как я понял, есть закладка на вероятность переодевания и, наверное, какой-то цикл по фазам переодевания. Плюс, вспоминая ридми к АИ, непись должна переодеться когда актор не смотрит и нет дангера. Вот и напрашивается вывод, что будучи в состоянии постоянного дангера (как вели себя охотники - жутко звери донимали) непись зависает на стадии перелицовки. Передышка у НПС сейчас очень маленькая - постоянная война, а так много надо успеть и трупики прошмонать и живность победить и нарядец прикинуть. К тому же фазы апдепта НПС по скриптам могут сильно разниться при передаче данных в базу актора.

По вылету xrs_utils.script:888: bad argument #1 to 'find' К этой утилитке обращается только один скрипт: xrs_armor.script, когда отрабатывает функцию переодевания НПС в другой броник. Чисто логическое умозаключение. Прошу ногами не пинать, но: Записав в исключения в этом скрипте тупивших ранее солдатиков, охотников и прочих "важных" персов - вроде бы игра стабилизировалась. Кроме случая, когда другой "не важный" непись обнаружит, наторгует в offline броник, который не совсем отвечает параметрам скрипта или приоритетам НПС. Время этого события непрогнозируемое и не у каждого играющего - может вообще непроявиться (сомнительного неопределившегося перса живность покоцает и рядом нет нового шмонщика). Почему тупит? Не могу пока разобраться, но кажется, сравнение происходит по внешнему визуалу (сложенного?) броника. Или где-то еще в движке зашиты приоритеты броников (как по приоритетам оружия)? Возможно некоторые визуалы в нынешнем состоянии поменяли названия и не отвечают таблицам выбора скрипта. Вопрос по апгрейдам брони - тоже кажется не учитывается скриптом. Пока логическое решение напрашивается в отключении функций: function get_npc_current_visual_level(id) и function read_if_exist_str(ltx, section, value, default) - кроме них и частично измененных локальных таблиц - это скрипт AI Pack. До "разбора полетов" соответствия наименований визуалов скрипта реальным наименованиям и взаимосвязи приоритетов по характеристикам брони. Но самостоятельно эту проблему я решить пока не берусь.

Arhara Это из диалога

Monnoroch Если подкидывать броньку, оружие новисам - все тип-топ. Переодеваются, перевооружаются. А вот некоторые типа не хотят в он-лайн переходить - такое ощущение. И как знающего человека прошу: помоги перевести на нормальный язык установки скрипта:

В теме "Ветераны" упоминаеся, что вылеты происходили из-за "подснежников" - тестовых персов, которых симуляция подтягивает для спавнов. Бегло читал, только реплики, но кажется что проблема в иконке для непися - не стыковка? Какая-то зависимость бронь-иконка или визуал-иконка? А торговать только с торговцами - мало что даст. НПС самостоятельно торгуются. Радикально, наверное, надо - не всем понранвится, но эксперимент надо - убрать выпадение в лут брони. valg1713 А образ - лицо с узором? У меня как-то на АТП такой типчик сквозь стену будки уворот прошел и помер от пули, но весьма была неожидана такая способность. Ладно когда на пол-корпуса в стену могут нырнуть и стрельнуть, но полностью просочиться... И еще моментик - что-то НПС не исполняют ритуал шмона в близости от ГГ - не приседают. Не успевает анимашка проиграться? Темп каким-то образом задет?

Подвисает на подгрузке анимашек, если не сигналит о подвисшем НПС. Генерация бампов - не такой уж долгий процесс, тем более что их не много. Основа есть в оригинале - эти только цветом и названием отличаются. Вариантов лечений три. Либо в файле textures.ltx прописывать им бампы, либо создать нулевые текстуры с таким именем, либо найти исходные и переменовать копии в недостающие (большую часть так и сделал). Ну и совсем заумно - есть тема по методе бамподелания - примерно так делал бампы на новые гильзы... Вот попытаюсь опять с 0 переустановиться (до сих пор еще новую не поставил), почищусь, постараюсь надергать чего не хватает. С ними реально красивее.