В перспективе...

Через 3 позже сделаю.

Так не выйдет, там свою обработку нужно делать.

Во как, если там много заморочек с этим то ну его, не особо то оно так и важно — обойдусь.

Тут еще маленькую бы доработку сделать при создании персонажа, если трейт отнимает -1 к стате то оно становится в 0 и с этим нулем можно начать игру, естественно после начало оно уже будет 1.
во общем проверку надо поставить такую-же как при статах выше 10.
проверить можно на олимпе с Фоксовким фиксом на мех.память, ну или самим там выставить.
и еще при -2 к стате там уже будет 99, имей это тоже ввиду.

В торговли в описании предметов в частности для стрелкового оружия добавить бы еще и информацию о его TTX. повреждения/мин СИЛ.

И еще возможно ли добавить строчку с отсутствующей информацией о защите от Energy в инвентарь игрока?
там правда строчку придется добавлять... но если место не хватит то можно удалить имя игрока)

Лучше наверное блокировку поставить, чтобы статы ниже 1 не опускались. 0 всё равно в игре не используется.

Наблюдательность на напарниках работает, а шкуры всё равно не дропаются. Хрен с ним. Будем отключать контроль при бое с гекко.

Кстати, есть скрипт "hs_ondeath.int" от Phobos2077, 75% шанс уничтожения оружия, патронов, стимуляторов и цел.порошков при смерти противника. Есть ещё неиспользуемый перк — Хапуга. Что если этим же скриптом дать ему функцию — снижение шанса потери лута у трупов? Сам перк сделать доступным в Perks.ini не проблема. Может в этом sfall помочь?

не надо крафти отвлекать от более важных дел) напишите фобосу пусть добавит хапугу в свой скрипт. там 5 мин делов.

Поздно :-p

-1 отображается как положительное число. Исправил.

Слишком хлопотно :-p

Не верю. Перк есть у ГГ? Проверяй скрипты принадлежащие животинкам.

Фикс вызова процедуры start намного круче, потом соберусь с силами и опишу подробнее.

Не спрашивал, не используется нигде.

Ну есть у тебя нпс с 10 ОД и какой-то пушкой при стрельбе из которой он тратит 6 ОД, с NPCsTryToSpendExtraAP=0 он разок выстрелил и стоит курит на том же месте, а с >0 повторно запускается процедура атаки нпс и он пытается использовать оставшиеся ОД — бежит к тебе чтобы ударить. Ну и при следующем его ходе у него повысится точность, а когда добежит так кроме выстрелов будет ещё бить :-p

Aгa уже поставил 3 и проверил)

не ну я то это понял, но что-то они как то не особо то и тратили свои оставшиеся очки, ладно.

не замечал никакого бага со start, только единственное что он 2 раза подряд выполняется.

проверил — идеальное исправление, даже придраться не к чему)

Всё там есть. И у напарников перк отображается, но не более того. Скрипты я не трогал, иначе они бы не работали вообще. Какие в РП есть, такие и остались.

Fakeman

Главное, что он делает, это то, что после убиения одной цели, NPC и напарники, переключаются на другую враждебную цель. Стреляют, если есть ОД, или бегут к ней.

Crafty

... выбегая, и часто перекрывая линию огня оставшимся сзади напарникам с автоматическим оружием, что не редко приводит к смерти выбежавшего. Подправить бы, чтобы с цели на цель переключался, но не бегал, если нет ОД на выстрел в обоих режимах стрельбы имеющегося оружия.

[ quote = ник ] без пробелов.

Ещё зависит от настроек AI пакета (AI.txt).

"Видишь суслика? — Нет. — И я не вижу. А он есть!" © :-p

Информация в примечаниях частично актуальна для демо-версии, поскольку даже процедуры start не существовало — всегда вызывалась самая_первая_процедура с заданным параметром script_action.

Начиная с версии 1.0 и F1 и F2 стали использовать именные стандартные обработчики (start, spatial_p_proc и т.д.) — только в F1 description_p_proc называется desc_p_proc (надо бы имя в sslc компилятор добавить — 'Protect("desc_p_proc");'). Для совместимости способ вызова через самая_первая_процедура+script_action оставили, хотя подозреваю что подумывали отказаться — в обоих движках остались неиспользуемые кусочки кода, которые должны были обрабатывать вариант отсутствия именного стандартного обработчика (в F1 для debug-режима даже сообщение осталось "Error: exec_script_proc: Can't Find script procedure!!!").

В общем алгоритм вызова обработчиков и в F1 и в F2 стал таким — если есть именная процедура (destroy_p_proc и т.д.), то вызвать её, в противном случае установить script_action (18 для destroy_p_proc) и вызвать самую_первую_процедуру. Тут ошибочка и появилась.

Обычно именная процедура start описана как самая_первая_процедура, но в отдельных случаях это не так (декомпиляция и компиляция стандартного скрипта, в исходнике которого добавляется checkPartyMembersNearDoor в качестве самой_первой_процедуры, да даже бегло просмотрел существующие исходники и видел start не в качестве самой_первой_процедуры). Последствия слегка упомянуты в примечании к описанию critter_p_proc из BIS_help.html:

Не первая попавшаяся, а точно самая первая. Да и critter_p_proc не единственный пострадавший — отсутствие любого именного стандартного обработчика при попытке его вызова приведёт к вызову самой_первой_процедуры+script_action, и повезёт если там вместо start окажется безобидная процедура.
Исправил — теперь вместо фиксированного вызова самой_первой_процедуры движок сначала узнаёт номер процедуры start, а уже затем её вызывает.

ZCLSCORP.SSL:

Вообще без разницы кто убил скорпиона. Не могу воспроизвести твою ситуацию по имеющимся данным — у меня и в чистом F2 и в Fixed Edition всё дропается :-p

Невнимателен :-p

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

НПС делают прицельные атаки, но там столько условий, что "обещанного три года ждут":

ну и здесь подрезать 0-7, и если 3 то опять бросок)

т.е. если всем поставить в ai called_freq=1 то вероятность будет 100%
а то что-то я думал что чем больше тем выше вероятность.

провел тесты в маппере
создал скрипт для контейнера оставил там 2 процедуры
стандартную start и самую верхнею сделал test.
процедура test объявлена после start но физически расположена вверху скрипта.

при попытке осмотреть/открыть всегда выполняется первым start+script_action процедура, без стандартных процедур просто одна start.

если объявляем процедуру test первой
тогда уже start не выполняется, вместо нее выполняется test+script_action
если процедуры script_action отсутствует в скрипте, то просто выполняется одна test.

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

бага в маппере(игре) можно было бы избежать если в начало define.h поместить строчку procedure start; //тупые BIS программеры)

ладно это уже в прошлом, но знать необходимо.

Ну не скажи, всё же проверка уровня сложности игры.

Лишняя суета из-за 3 пункта — единица, Карл!

Верно.

Ну так а я что написал? :-p
start является стандартным обработчиком и вызывается при загрузке скрипта.

единица это же целых 10% шанса.
Кстати прицельный в тело вроде как дает какой-то бонус? не в курсе где про это написано)

ты не растолковал более подробно)

Не, речь о called_freq — у Alien бросок кубика 1-300 и результат должен быть равен 1 (единица, Карл!). До 4 пункта ещё дойти нужно.

У него нет штрафа, а это бонус (BodyHit_* в ddraw.ini)

подумал ты о 5 пункте.
ну 3 пункт то поправим, сделать в ini что-то типа регулятора
ai_called_freq_div=делитель
или сделать деление по натуральному логарифму
called_freq/log(called_freq)

о а что у не прицельного есть штраф) ?

Нету, и вообще Body_Uncalled в compute_attack_ превращается в Body_Torso.

Непорядок, поправил.

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

Понятно. Пойду на форуме отмечу данный факт.

Хорошее предложение, а то глянул во многих прохождениях на youtube — это используют как разрешенный чит (например взломать замок если навыка не хватает). Нечто подобное было и с наркотиками при подъеме навыков, но здесь Crafty исправил DrugExploitFix'ом, а тут не хочет((

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

Чит еще тот, но скритом можно заблочить смену сложности на более низкий уровень.
Ну как заблочить просто написать, ах ты читер поганый — выключаем игру и форматируем диск))

Nordan, используй цикл while do для определения тагнутых скилов стандартная же функция есть. Можно еще их и в массив поместить, или в глобальные.
Да и где-то я встречал смешения по которым написаны тагнутые скилы — хотя может мне это приснилось надо покопаться в базе.

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

Сделал, кстати, давненько (AI_Called_Freq_Div в Misc), но в ini не добавлял (хз как озвучить суть, да ещё и перевести на заморский).

Автозапись по времени?

Почему именно первую?
Вот это

включило использование slotdat.ini в \SAVEGAME и запоминание текущей используемой страницы (ну и дополнительный бонус с запоминанием текущего слота даже если ExtraSaveSlots не используется).

Можно расширить значение до максимума (10000) когда включён ExtraSaveSlots — если AutoQuickSave=11, то при быстрозаписи увеличивать номер страницы. Но нагрузка на файловую систему будет (куча каталогов и файлов).

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

0x668070, 0x668074, 0x668078, 0x66807C (последний для перка Tag!|Приз!).

по входу(переходу) на карту, с тайм-аутом.

потому, что удобно)
а то получается, что автосэйвит в текущую страницу.
хотя может это тоже удобно)

O_o нахрена оно надо ?)

Так и запишем.

Если там обычное деление, то толку наверное от этого мало будет.

Отправлено: 14 сен 16 22:51
И еще по поводу бартера, если у криттера снят флаг торговли и скриптово войти в бартер, то получим абру-кодабру с интерфейсом, можно это поправить?
а то приходиться делать такую каку.

Угу, AutoQuickSave=9 — зашёл на новую карту, сохранился в 10 слот новой страницы, а потом квиксейвишься в остальные слоты этой страницы.

Ну сам предлагаешь расширить диапазон :-p

А в чём абракадабра проявляется? По коду gdialog_mod_barter() если у персонажа флаг не установлен, то просто выводится сообщение "Этот человек не будет с вами торговать."/"Это существо не может ничего нести.".
Да и проверку можно делать:

Да может это тогда баг в движке, то что он открывает панель бартера, и нечего не пишет.
а ты попробуй и увидишь какая там абра-кадабра с интерфейсом. :P
хотя я вот скрин сделал чтоб тебя не утруждать.
http://i83.fastpic.ru/big/2016/0915/79/96f...02538d6cd79.jpg

да нет у меня заход в бартер через диалог.

я не эту дикость предлагал)

так не совсем понял почему в 10 слот новой страницы?
Как у тебя вообще AutoQuickSave работает? — ты меня запутал...

Я не отказывался от его функций, я просто хотел сказать то, что их нужно использовать рационально. Слишком сложные задачи вешать на него не стоит, просто потому что, не смотря на весь функционал, Sfall — это костыль, и именно из-за этого возникают связанные с ним баги.

При скриптовом вызове gdialog_mod_barter(x) обрабатывается не сразу (в отличии от нажатия на кнопку бартера/клавишу "b") — устанавливается новый "режим" диалога, а уже в обработчике "режим" включается.

Вот потому и нужна проверка. Полагаю что по задумке авторов gdialog_mod_barter(x) должен был использоваться только на персонажах с установленным флагом торговли.
Добавил проверку, раз скриптово не хочешь :-p

мне проверка ка бы не нужна, просто устанавливаю флаг перед gdialog_mod_barter  — вход в бартер только через диалог, аля как в Ressurection.

Поводу Hero Appearance Mod, у меня от него пукан полыхает) ... кто вообще придумал такой идиотизм собирать "пазл" из разных кусочков интерфейса) нельзя было взять оригинальный FRM и в фотошопе сделать все по человечески, был бы отдельный арт интерфейса под это дело. реализация вообще дебильная!

Кстати, да — отличный способ отключения кнопки бартера.

Поменял способ — проверки возможности торговли нет и окна правильно обрабатываются.

"Мопед не мой я просто разместил объяву" © :-p

Спасибо.

Есть вопрос по перку Дитя Цветов — он на движковом уровне работает? или его механику вырезали.
И по трейту "Привлекательность" он точно скриптовой? а то что-то меня терзают смутные сомнения, можно там глянуть...

Вот это я давно находил на форуме Невады, о каких таких параметрах идет речь, которые нельзя менять? -вроде как все можно менять.

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

Это который TRAIT_sex_appeal (13)? Точно скриптовый.

Нельзя менять STAT_max_hp-STAT_poison_resist (7-32), вот достаточно подправить байт в движке чтобы можно было их менять через set_critter_stat.

a STAT_better_crit (16) — я так понял у dude тоже не используется?


Когда уже дополнишь Changelog.txt новыми нововведениями?

Это Mash придумал))
http://www.nma-fallout.com/threads/pc-appearance-mod.191700/