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

[Орион]

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

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

[XR_CPU_PIPE.DLL]

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

[RayTwitty]

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

Ага, нигде. А куда лучше засунуть? Я тут заприметил два места:

Код

CScriptEngine::init
CResourceManager::LS_Load (тут RvP свою либу подключал)

еще возможно здесь, но я не уверен Script::vfExportToLua

[abramcumner]

Ага, нигде. А куда лучше засунуть? Я тут заприметил два места:

Код

CScriptEngine::init
CResourceManager::LS_Load (тут RvP свою либу подключал)

еще возможно здесь, но я не уверен Script::vfExportToLua

Абсолютно не важно. Как будет удобней.

Но она по идее из luabind.dll не экспортируется, в xrGame/xr3da ее не достанешь. Но можно экспортировать из луабинд.длл и вызвать, где глобальный неймспейс в луа добавляется.

Можно попробовать добавить ее вызов в конец open в https://xp-dev.com/sc/204486/HEAD/%2Ftrunk%...Fsrc%2Fopen.cpp
Там как раз "class" в луа экспортируется.

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

Да зачем? На пс3 по-любому синюшности не будет.

Синюшность же погодой/смоллскаями добавляется, нет?

[XR_CPU_PIPE.DLL]

Не ну может ктото пытался рендер р2 оптимизировать?
И кто пытался прикручивать lua-5.3.5?

[RayTwitty]

Можно попробовать добавить ее вызов в конец open в

Экспортировал

Код

tostring(class_info) -> function: 01765AE0

но при таком вызове:

Код

log("1")
local cinfo = class_info(DIK_keys)
log("2")
log(tostring(cinfo.attributes))
log("3")

Отрабатывает только "1", дальше там что-то зависает.

[abramcumner]

Отрабатывает только "1", дальше там что-то зависает.

Зависает или просто больше ничего не выводит?
Если ничего больше не выводит, то это нормально. Я же писал, что там лажа
Цикл надо переделать на:

Код

for (map_type::const_iterator i = obj->crep()->properties().begin();
  i != obj->crep()->properties().end(); ++i, ++index)
{
  result.attributes[index] = i->first;
}

Добавить ++index, а то все свойства пишутся по индексу 1.

[AndreySol]

Ф-ция CWeapon::SpawnAmmo. Как-то можно для боеприпаса, который в ней будет создан, задать инвентарный флаг EItemPlace? Т.е. указать для создаваемой пачки патронов, контейнер инвентаря в который она должна попасть, пройдя через ф-цию CInventory::Take.

[mortan]

AndreySol, не уверен что это совсем то: https://github.com/OGSR/OGSR-Engine/commit/...4e5b242218c038e
p.s. еще можно получить ID такого итема, в теории зная ID тоже можно попробовать отправить объект в нужный контейнер.

[RayTwitty]

Зависает или просто больше ничего не выводит?
Если ничего больше не выводит, то это нормально. Я же писал, что там лажа

Больше ничего не выводит.

Добавил инкремент ++index, но ничего не изменилось

[abramcumner]

Больше ничего не выводит.

А если не DIK_keys передать, а db.actor?

[RayTwitty]

А если не DIK_keys передать, а db.actor?

Вот с ним сработало, вывелись свойства (сытость, жизнь и т.д.). А объекты типа DIK_keys не скушать ему?

[AndreySol]

зная ID тоже можно попробовать отправить объект в нужный контейнер.

Это придется как-то передавать этот ID в нужное место, городить синхронизацию. Хотелось бы по-проще и по-правильнее .

Еще вопрос: имея клиентский класс, к примеру CWeaponAmmo, как-то можно из него добраться до CSE_ALifeItemAmmo? В методе CWeaponAmmo::net_Spawn есть такая возможность, а вот вне этого метода как быть?

[abramcumner]

Вот с ним сработало, вывелись свойства (сытость, жизнь и т.д.). А объекты типа DIK_keys не скушать ему?

Можно попробовать создать объект класса DIK_keys и передать уже его: class_info(DIK_keys())

[RayTwitty]

Можно попробовать создать объект класса DIK_keys и передать уже его: class_info(DIK_keys())

Неа, не сработало. Тот же самый эффект.

[abramcumner]

Неа, не сработало. Тот же самый эффект.

У тебя отладочная сборка работает? Надо под отладчиком пройтись по get_class_info. Посмотреть, на чем зависает DIK_keys?

Ну и get_class_info енумы не обрабатывает. Надо добавить обработку по аналогии со свойствами.

[mortan]

AndreySol, да, можно, в том примере из ogsr можно потом вызвать смарткастом нужный класс ( не проверял ). Либо же получить серверный объект зная ID итема и потом уже опять смарткастом вызвать нужный класс

CODE

CSE_Abstract* obj = Level().Server->GetGameState()->get_entity_from_eid(ID);

Сообщение отредактировал mortan - 03.08.2019, 23:27

[AndreySol]

CSE_Abstract* obj = Level().Server->GetGameState()->get_entity_from_eid(ID);

У меня VS заругался, что не знает GetGameState для xrServer, поправил на
CSE_Abstract* obj = Level().Server->game->get_entity_from_eid(ID);
Спасибо за подсказку.

Еще вопрос: имеется такой фрагмент
BOOL CWeaponAmmo::net_Spawn(CSE_Abstract* DC)
{
BOOL bResult = inherited::net_Spawn(DC);
CSE_Abstract* e = (CSE_Abstract*)(DC);
CSE_ALifeItemAmmo* l_pW = smart_cast<CSE_ALifeItemAmmo*>(e);
Зачем сделано то, что я жирным выделил?

Сообщение отредактировал AndreySol - 04.08.2019, 01:28

[mortan]

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

Сообщение отредактировал mortan - 04.08.2019, 16:00

[RayTwitty]

У тебя отладочная сборка работает? Надо под отладчиком пройтись по get_class_info. Посмотреть, на чем зависает DIK_keys?

Зависает как раз таки на куске с циклом, а конкретно здесь:

Код

map_type::const_iterator i = obj->crep()->properties().begin();

Похоже, в объекте нет свойств (там только "константы").

[AndreySol]

При появлении однотипных пачек патронов в инвентаре, они группируются в одну ячейку, при этом отображается суммарное кол-во патронов всех пачек, сгруппированых в этой ячейке. Единственное место в коде(или я ошибаюсь?), где это прописано - ф-ция CUIAmmoCellItem::UpdateItemText, где перебираются все пачки, сгруппированые в ячейке и формируется текст с общим кол-вом патронов. Само добавление пачки патронов в ячейку начинается из CUIDragDropListEx::SetItem. Я битый час рою от SetItem и дальше в лес, но не могу понять, где появляется CUIAmmoCellItem?
Вот в CUIInventoryWnd::InitInventory() все прозрачно:
CUICellItem* itm = create_cell_item(*it);
m_pUIBagList->SetItem(itm);
--->
UICellItemFactory.cpp:
CUICellItem* create_cell_item(CInventoryItem* itm)
{
CWeaponAmmo* pAmmo = smart_cast<CWeaponAmmo*>(itm);
if(pAmmo)
return xr_new<CUIAmmoCellItem>(pAmmo);
Ячейка будет класса CUIAmmoCellItem, соответственно в ней будет отображаться общее кол-во патронов. А из CUIDragDropListEx::SetItem я это найти не могу. Подскажите.