Редактирование движка Опции

[Орион]

Интересует конкретные идеи/возможности, как декомпилить двиг игры и .dll библиотеки, с вшитыми .cpp файлами, через которые можно было бы восстановить множество отключённых фич. Например, открытие дверей в машине перед "усаживанием" за руль. Хекседикальные вьюверы - фигня. Кроме правки байтов и возможности зануливания от них проку мало, в отношении сталкера. Нашёл оч полезную утилиту и смог дизассемблить xrGame.dll нашёл в нём e"\stalker\patch_1_000*\xr_3da\xrgame\cardoors.cpp и все строки в библиотеке, но, увы, не смог сам файл вытащить из библиотеки. Полагаю, если научиться декомпилить и, собственно, компилить обратно .exe и .dll библиотеки ядра и двига игры - можно сделать прорыв в модостроении.. например вернув хотя бы возможность открывать двери/капоты/багажники в машинах И еще много чего, без необходимости издеваться в скриптах. Так же интересует - возможно ли сделать к сталкеру некий расширитель скриптового/с++ языка, как например к Обливиону OBSE?

p.s. если кого интересует утилита для декомпила - велкам в личку.

[mortan]

ага, пролистал назад, об этом как раз нанобот и упоминает.

[Winsor]

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

Они обходятся по определению - под ними нет аи-сетки. Если проложить, нпц будут ходить сквозь деревья.

т.е. для того чтобы бот обошел створку двери - надо все ноды, которые она занимает - делать невалидными? каким то образом проверять в path_builder-е эти ноды на "занятость"? Уж очень не хочется еще рестрикторы добавлять и на створки дверей...

[macron]

т.е. для того чтобы бот обошел створку двери - надо все ноды, которые она занимает - делать невалидными? каким то образом проверять в path_builder-е эти ноды на "занятость"? Уж очень не хочется еще рестрикторы добавлять и на створки дверей...

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

[abramcumner]

т.е. для того чтобы бот обошел створку двери - надо все ноды, которые она занимает - делать невалидными? каким то образом проверять в path_builder-е эти ноды на "занятость"? Уж очень не хочется еще рестрикторы добавлять и на створки дверей...

Ну невалидными не делаются, аи-связи ведущие на эти ноды наверное надо убирать.
При закрытии двери удалять связи в аи-сетке, при открытии возвращать.

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

Еще можно рестриктор в виде гейм-объекта не заводить, а попробовать из класса двери работать с RestrictionObject (или как-то так, чем там рестрикторы оперируют).

[AndreySol]

Уж очень не хочется еще рестрикторы добавлять и на створки дверей...
Но рестриктор может быть лучше,

Как по мне - рестриктор самое то. Вспомните дверь к ученым на Янтаре: непись подошел - дверь открылась, прошел - закрылась. Вполне адекватно. А если надо совсем не пущать - так есть экспортированый ф-ционал по добавлению\удалению рестрикторов("реал-тайм" так сказать), и не нужны никакие шаманства с передергиванием он-офф-он лайн.
P.S. А желание "чтоб само все работало" - это в основном от лени,и реализовать крайне затруднительно на этом движке... Но это мое мнение.

[zibit_93]

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

Это еще что... В мп теней можно делать разрядку бульдога бесконечно много раз - т.е. разрядил-зарадил 100 раз, и у тебя будет 600 (!) выстрелов без перезарядки, которые вылетают быстрее чем пули гадюки, заливая всю карту взрывами.
Или еще можно клонировать РПГ, и после каждого выстрела менять ствол нажатием на 3, он автоматически меняется на заряженный и у тебя получается проливной дождь из ракет)

[mortan]

zibit_93, ого, если это действительно так, то сто пудов надо фиксить. Такого рода эксплойт не нужен ни в сингле ни тем более в МП.

[macron]

Такого рода эксплойт не нужен ни в сингле ни тем более в МП.

В сингле да, а в mp тяжелое оружие на серьезных серверах давно заблокировано. На самом деле, в mp такими "читами" практически не пользовались. Там и других косяков хватало.

[zibit_93]

Такого рода эксплойт не нужен ни в сингле ни тем более в МП.

В сингле да, а в mp тяжелое оружие на серьезных серверах давно заблокировано. На самом деле, в mp такими "читами" практически не пользовались. Там и других косяков хватало.

На твт так часто делал, вейх рвался но не банил. Иногда, когда с деньгами жопа была, фармил себе деньги клонированием пушек, но немного, чтоб не сильно палиться. И он неоднократно банил людей за злоупотребление этим багом.
Некоторые стали делать на своих сервах по 300000 начальных денег - с одной стороны, это останавливает фарм, облегчает игру, с другой - не интересно, ведь фармили единицы, а безденежье заставляло выживать и бояться за свой хабар, собирать его и тащить на базу для продажи.
Чаще всего конечно делал это на разминке.
Ну еще лифтами баловался и левитацией) И лазаньем за картой. Хорошее время было, веселое. Я в сингле сингловые карты так не исследовал, как в МП.

Кстати, хотел сейчас это повторить - а в инвентаре нельзя разряжать пушки, как оказалось. Это что такое? Раньше, по крайней мере на артханте, всегда можно было.
Да и клонировать не получилось, как на своем выделенном серваке (оно и раньше тяжело давалось из-за минимального пинга), так и на чужом. Или я уже сноровку растерял, ибо там нужно иметь молниеносную реакцию и моментально открыть инвентарь после выбрасывания пушки.
Не могли же такое пофиксить без вмешательства в мои файлы?
Может и подмену гейдаты пофиксили?

Сообщение отредактировал zibit_93 - 30.07.2019, 00:22

[Winsor]

Еще можно рестриктор в виде гейм-объекта не заводить, а попробовать из класса двери работать с RestrictionObject (или как-то так, чем там рестрикторы оперируют).

нет такого... только скриптовая обертка ph_door. А так - это всего лишь physical_object.

[NanoBot-AMK]

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

CWeaponShotgun

Код

BOOL    CWeaponShotgun::net_Spawn(CSE_Abstract* DC)
{
    BOOL    res = inherited::net_Spawn(DC);
    CSE_ALifeItemWeaponShotGun*        E = smart_cast<CSE_ALifeItemWeaponShotGun*>(DC);
    u32    ammoCount = E->m_AmmoIDs.size();
    if(ammoCount>0){
        m_magazine.clear();
        for (u32 i=0; i<ammoCount; i++){
            u8            ammoType = E->m_AmmoIDs[i];
            CCartridge    cartidge; cartidge.m_flags.zero();
            cartidge.Load(*m_ammoTypes[ammoType], ammoType);
            m_magazine.push_back(cartidge);
        }
    }
    return res;
}

Не забыть зарегистрировать метод в *.h файле.

Сообщение отредактировал NanoBot-AMK - 01.08.2019, 22:47

[zibit_93]

Может, я не совсем понял, но вроде как если на каком-нибудь спасе выстрелить 4 патрона, потом сменить тип патрона клавишей Y, то туда будут заряжаться другие патроны. Аналогично, если в инвентаре не осталось типа патронов которые были заряжены, будут заряжаться другого типа. С обрезом работает так же. Или это не то?

Сообщение отредактировал zibit_93 - 01.08.2019, 23:00

[NanoBot-AMK]

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

[AndreySol]

По исходникам вроде вижу, что все содержимое инвентаря хранится в нескольких контейнерах: m_ruck, m_belt, m_slots, и глобальный m_all, и все эти контейнеры наследованы от xr_vector. А сохранение\загрузка предметов инвентаря как происходит ?

[RayTwitty]

Вопрос скорее по Lua, нежели по движку...

Из движка экспортируется перечисление DIK_keys, которое содержит список клавиш и их числовые идентификаторы. Чаще всего, в скриптах это перечисление используют таким образом:

Код

lua_help.script:
C++ class DIK_keys {
...
const DIK_F1 = 59;
...
}

my.script:
if dik == DIK_keys.DIK_F1 then
...
end

А что если у меня есть цифра 59 и мне нужно получить "DIK_F1", т.е. получить ключ по значению? Вся проблема в том, что DIK_keys не таблица, а юзердата и перебрать ее не получается. Я конечно могу вручную переписать всё перечисление в таблицу, но это как-то не очень.

Сообщение отредактировал RayTwitty - 02.08.2019, 20:24

[abramcumner]

А сохранение\загрузка предметов инвентаря как происходит ?

В классе предмета сохраняется хозяин и в каком слоте/контейнере лежит.

А что если у меня есть цифра 59 и мне нужно получить "DIK_F1", т.е. получить ключ по значению? Вся проблема в том, что DIK_keys не таблица, а юзердата и перебрать ее не получается. Я конечно могу вручную переписать всё перечисление в таблицу, но это как-то не очень.

А в твоем луа есть функция class_info? Ей передаешь юзердату, а она тебе возвращает информацию о классе. Имя класса так точно можно вернуть, по идее и свойства, но в исходниках для свойств по-моему какая-то лажа написана.

[AndreySol]

В классе предмета сохраняется хозяин и в каком слоте/контейнере лежит.

Спс, я уже понял. Просто думал, что сохранением\загрузкой содержимого инвентаря занимается класс самого инвентаря или его UI-класс. А получается, что все объекты, если так можно сказать, полностью самостоятельны, просто хранят "в себе" свое местоположение?

[abramcumner]

полностью самостоятельны, просто хранят "в себе" свое местоположение?

Да.

[RayTwitty]

А в твоем луа есть функция class_info?

tostring(class_info) возвращает "nil", похоже что нет...

Lua и все сопутствующие причиндалы у меня отсюда: https://xp-dev.com/sc/204486/HEAD/

Сообщение отредактировал RayTwitty - 02.08.2019, 21:54

[abramcumner]

Lua и все сопутствующие причиндалы у меня отсюда: https://xp-dev.com/sc/204486/HEAD/

Она есть, но не экспортирована
https://xp-dev.com/sc/204486/HEAD/%2Ftrunk%...Fclass_info.cpp

bind_class_info нигде не вызывается.