В паре они никак не работают, но они обрабатываются в блоке, который разбирает MELEE или UNARMED атаки.

DamageMultiplier изначально

Если Slayer взят, то это 100% критическое попадание, а значит чуть позже будет отбработка крита и получение нового значения DamageMultiplier из таблицы критов с игнорированием эффекта Silent Death. Последнее — баг, и его проще и правильнее исправить движково (что я уже и сделал), а не скриптово.

Специально для тупых) что туда надо писануть чтобы обрабатывалось?

И еще где в движке записаны номер верcии Major/Minor, (что в главном меню пишутся). что-то лазил-лазил не нашел нифига этих цифр.

Не улавливаю о чём речь :-p

0x4B4583

Че я фигню сморозил да?)

Код для TileMore ты у себя не вырезал?

О как, там оказывается все в разных местах, для меню и для заголовка сохранения в save.dat файле. Понятно.

Нет (MoreTiles) и если используется HRP, то он должен быть версии 4.1.8.

Если помнишь там было битовое поле (e или s), которое являлось флагом и определяло [не]видимость крыши на этом тайле. При записи карты движок записывает этот бит, но при загрузке его игнорирует и настраивает [не]видимость крыши по-новой.
Возможна ситуация когда сначала кто-то запишет игру с MoreTiles=0, потом поменяет на 1 и загрузит эту игру. Тогда для тайлов с этим установленным битом будут использованы неверные номера и логично сбрасывать этот бит перед записью карты. Но сделал я это кривенько — на "живых" тайлах, а не копии. Что привело к проблеме появления крыши и визуального пропадания ГГ в домах после записи игры. Пришлось временно отключить.

Само собой переписал нормально.

Верно.

То есть для слауера в F2 — 100% шанс?

Это описание перка в игре такое.

Именно — нет броска кубиков на удачу, тупо если есть перк сразу замена ROLL_SUCCESS на ROLL_CRITICAL_SUCCESS. У Снайпера нормально всё.

Да пусть остается как есть — 100% шанс.
или можешь через ини нерф для перка сделать. :)

Да не будут включать, уж больно лакомый эффект...

Я бы пофиксил, т.к. эта способность аналог снайпера, только для рукопашника. Все должны быть на равне :)

А так будут заменять на старые версии, или оригинал.
Поставь по дефолту в 1 :)
Такие фиксы с инишкой хорошо для модов делать, и контролировать изменение сего параметра из скрипта, если установили в 0 то выдать талон на выход с пометкой "Восстановите параметр".

еще неизвестно, что там по этому поводу думает новараин.
может это и не баг, и так было задумано).

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

А это пожалуйста, даже забавно на это глядеть. Кто-то до сих пор использует и рекомендует 1.7.31[r_чего_то_там] даже не представляя сколько изначально было багов в оригинальном сишном коде.

А он тут причём?
Но зуб даю — забыли изменить чутка код чтобы работало как у Снайпера.

Опять ты начинаешь, мы еще не посчитали сколько у тебя там багов — давай исходники будем считать))

И чисто ради интереса в бартере когда кладешь товары торгоша на стол, ты каким образом считаешь вес этих предметов, перебором?
Мне просто интересно как получить вес всех предметов на столе у игрока, без перебора предметов в скрипте.

Нет там багов, ну а те что есть — мои, и даже могу их исправлять при обнаружении :-p

Движок считает, а для скриптов есть has_trait(TRAIT_OBJECT, obj, OBJECT_CUR_WEIGHT), не?

PS. В COMMNAD.H даже макросы на эту тему есть:

Да для криттеров, а у "стола" тип вообще неопределенный -1

"Стол" — это временный объект, но всё же объект. Без pid и fid, но вес его вещей ты узнать можешь.

Запутал меня.
Открыт ли контейнер: obj_is_open(object) or not obj_is_locked(object);
Есть ли анимация: art_exists((obj_art_fid(object) bwand 0xFF00FFFF) bwor 0x10000);

Лучше бы сейв подкинул :-p (хз что означает "критеры используют стандартную анимацию игрока").

После твоих манипуляций c добавлением ресурсов из олимпа не совсем понятно, что не так на этом скрине. :)

Технически всё верно — нпс и ГГ используют одну общую анимацию, которую подменяет хиромод. Раньше работало потому что в хиромоде был трюк со сдвигом fid'а у ГГ вверх на количество существующих анимаций из critters.lst.
Могу откатить, но тогда опять вернётся проблема с ГГ'шным fid'ом (/суммон Fakeman ;)) и вроде ещё из-за этого в Мегамоде была проблема с исчезающим тотемным столбом на стартовой локации.

А, что зря ресурсам пропадать, да и лишняя реклама Олимпу не повредит ;)

Смотри obj_is_open возвращает True, в том случае если контейнер имеет анимацию открывания/закрывания и когда его текущий анимационный фрейм больше нуля, (obj_is_open использует проверку текущего фрема cur_frm > 0 = True)
для контейнеров не имеющих анимацию(имеющих только нулевой(1) фрейм) obj_is_open возвращает всегда false контейнер закрыт (не путать с Lоcкед).

Можно ли проверить содержит ли объект фреймов больше чем 1?
Или как определить что игрок открыл контейнер (не используя функцию get_game_mode), каким-нибудь read_int() прочитать флаг что-ли.

art_exists — тут не приделах.

Отправлено: 7 сен 17 16:11

Да-да я про это писал на форуме NMA — но там походу не вдуплили о чем я им толкую))

Отправлено: 7 сен 17 16:15

А может это и не проблема. :)
Просто в технической документации не указали что фид меняется, я сам день промучился, пока не понял в чем глюк.

Не угодишь вам :-p

Немного не так: для контейнеров в cur_frm, содержимое которого возвращает obj_is_open, хранится номер используемой анимации для текущего состояния контейнера. Для закрытого равно 0, а для открытого 1.

А ты всё же попробуй конструкцию:

Ниче не знаю)
Я проверял у контейнеров с анимацией которые открыты read_int(object + 0x18) — возвращает 5 т.е. последний фрейм в анимации. у которых нет анимации или они закрыты то 0.
0x18 — если смотреть структуру то это cur_frm.
(Но нужно протестировать с меньшим количеством фреймов что-бы подтвердить)

что за номер анимации? у типа итемов по сути она одна.
Эти?

Да проверял возвращало всегда 1.
Это больше к криттерам относится.

Отправлено: 7 сен 17 18:46
Я бы мог воспользоваться предварительной проверкой read_int(object + 0x18), но скрипта так работает, что до использования контейнера нельзя получить указатель на контейнер, а когда уже юзнул контейнер то и вся проверка уже бессмысленна.

Да там муторно, без стакана не объяснить :-p

"if read_int(object + 0x18)" это абсолютный аналог "if obj_is_open(object)" независимо от типа объекта. Но как ты сможешь что либо узнать о контейнере (obj_is_open или obj_art_fid) если у тебя нет на него указателя?
Вообще закралось подозрение что какими-то извращёнными костылями пытаешься воссоздать режим INTFACELOOT ;-p

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

О магическая функция, попробую. :)
edit: НЕРАБОТАТЕТ. условие не выполняется, убрал if игра падает на max_frames := call_offset_r0(0x41978C);

А попроще нет такого, как узнать что игрок залез в контейнер, как раньше ты мне давал для сумок, определяло открыта ли она.

да есть конечно.

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

Можно этот эффект выключить? :)

Могут быть последствия (ну как с текущим лимитом — в то время никому и в голову не пришло что можно его превысить).

текущий лимит это что?

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

Странное какое-то решение почему именно 500? для чего как думаешь?
по логике должно быть ограничение в 99999 но не как в 500 баг точно.

Вот эти 99999, видимо из-за навязчивого окошка для указания количества при передаче предмета.

Звёзды так сложились, прикололись, а может спец.значение чтобы показать что было переполнение.

это навряд ли, если добавлять 500 предметов то тоже получим типа переполнение)
я кстати пробовал сменил там 99999 на MAXINT, и нормально без каких либо видимых проблем добавляет сразу 200к

Можно даже через start или critter_p_proc вместо combat_is_*, но потребует дополнительных усилий.

Альтернативный вариант через событие (общий максимум 40):

А это что конструкция рабочая?

А критические блоки тоже работают?

И это поведение вызовов тоже относится к движку фола?.