Здесь можно ожидать поддержку по моддингу OGSR Engine от адекватных юзеров?
А то автор движка и его компания мешают делать мне проект своим токсичным отношением.
Там долгая история. Я уже её расписал в их чате дискорда и в оффтоп чате PP 1.5/1.6.
Просто авторы обвиняют меня либо в абсурде, либо в тех же грехах и т.д. к чему сами причастны.
Жуткое SJW-шное и левацкое лицемерие просто вызывает лишь головные боли вместо нормального прогресса.

Epic Samaritan, кто тут будет ОГСР модить ( кроме макрона)? Мы тут последнее время вообще занимаемся мастурбацией.

Привыкай. 90% русскоязычных сообществ такие.

Значит надо с Макроном моддить. А то я задумал что-то типо ремастера и дефинитив эдишна кампании ТЧ...


Спасибо за совет.

Epic Samaritan, тут еще Яра и ЭдРез вроде как еще что то клепают на ТЧ.

Круто. Я как раз адаптировал конфиг Макрона удачно параллельно с правками погоды и конфига.
Игра стала визуально приятнее. Работает инверсная кинематика, оружие из ЗП, ну и остальные приятные моменты включая ЧН-стайл модели Сидора и НПС.
Сделаю скрины и выложу где можно.

Я что то хочу поиграть вот в такого Сталкера.


Эти ремастеры уже везде.

Ахах.

Здравствуйте, помогите исправить баг. Я изменил клиентскую и серверную часть класса Болт, сделал почти точно как у класса Гранаты. Но у гранаты все работает а у Болта появился баг, который и в оригинале иногда проскакивал. Суть бага: если после загрузки отбежать на метров 100-150, то при броске, болт пролетая пару метров исчезает и если потом вернуться на место где ты загрузился, то исчезнувшие болты будут там лежать кучкой. А если кидать болты рядом с местом загрузки, то все норм.
Подскажите, как это исправить?

Где в исходниках меняется этот параметр?

Есть тут знающие MFC?
Суть такова: при попытке смены CView (с использованием ActiveView & ActiveDoc оказываются невалидными), а если грубо задать их, то просто белый экран.

Как в билдах, работает в сетевой: UIMainIngameWnd.cpp, CUIMainIngameWnd::Draw()
Просто убрать проверку на тип игры. Там же можно убрать мигающую дискетку.

Здравствуйте.
Странный вопрос. Но всё же.
Кто-нибудь думал над реализацией API AWE (Address Windowing Extensions) в движке? Вопрос, повторюсь, странный. Учитывая, что все топят в 64 бита и вообще 32 бита лет 10 не актуально. Но очень интересно сможет ли эта тема стать источником доп. памяти с помощью AllocateUserPhysicalPages.
Реально ли дать 32 битному движку виртуального пространства > 3 ГБ через AWE окно. Или игра с этой памятью просто не сможет работать?

Infaer, а вы пробовали нагрузить движок в 3.5 гига? Это ж почти 20 милионов фейсов получится примерно. Два Затона даже 3 гигов не потребляют.

Ну, это если грамотно оптимизировать игру и левелы...
А так можно и в пол-Затона упороться.



Движок тянет более 9-12кк полигонов на DX10 и не пищит даже, потребляя примерно 1.7-2Гб памяти.

Такого Сталкера поиграть не желаете?

Фулл дебаг, максималки, две утечки памяти.
2 FPS и 13 ГБ оперативы.

Кто нибудь торкал сорцы в 2022 визуалке?

Я качаю. 2019 еще как то работала, через костыли в библиотеках.

2022 не хуже чем 2019 однозначно. Абрамовские сорцы ништяк компилируются.

Зачем abramcumner сделал чтиво левых файлов в 1.5?
FATAL ERROR

[error]Expression : _I->second.size()>1
[error]Function : CEnvironment::load_weathers
[error]File : X:\xray15-VS2017_abramcumner\sources_code\xray\xrEngine\Environment_misc.cpp
[error]Line : 663
[error]Description : Environment in weather must >=2
[error]Arguments : [default].ltx-

Отладчик в x-ray нихрена не хочет отпускать черный экран. ни как не посмотришь вывод. В крайЭнгине такой хрени нет, там чики пуки всё видно.

У abramcumner 1.5 дестрой рендера в xrEngine крашится, а причину не увидишь. Игра не сворачивается в трей, фулскрин тоже не помогает.

Но такая фигня и в оригинале есть. Короче, я расстроен что то.

Попытку номер 2 сделаю на сорцах vs 2019.

Дестрой рендера краш.
Отладчик сюда прилетает:

> xrCore.dll!CLocatorAPI::w_open(const char * path, const char * _fname) Строка 1317 C++
[Внедренный фрейм] xrCore.dll!CLocatorAPI::w_open(const char *) Строка 129 C++
xrCore.dll!FlushLog() Строка 27 C++
xrCore.dll!UnhandledFilter(_EXCEPTION_POINTERS * pExceptionInfo) Строка 634 C++
[Внешний код]
[Внедренный фрейм] xrEngine.exe!CStats::<лямбда>(IStatsRender *) Строка 53 C++
xrEngine.exe!void <лямбда>(IStatsRender *)::<lambda_invoker_cdecl>(IStatsRender * obj) Строка 53 C++
[Внедренный фрейм] xrEngine.exe!std::unique_ptr<IStatsRender,void (__cdecl*)(IStatsRender *)>::{dtor}() Строка 3195 C++
xrEngine.exe!CStats::~CStats() Строка 68 C++
[Внешний код]



CStats::CStats() : m_pRender(nullptr, [](IStatsRender* obj) { RenderFactory->DestroyStatsRender(obj); })
{
fFPS = 30.f;
fRFPS = 30.f;
fTPS = 0;
pFont = 0;
fMem_calls = 0;
RenderDUMP_DT_Count = 0;
Device.seqRender.Add (this,REG_PRIORITY_LOW-1000);
}



В оригинале просто:

CStats::CStats ()
{
fFPS = 30.f;
fRFPS = 30.f;
fTPS = 0;
pFont = 0;
fMem_calls = 0;
RenderDUMP_DT_Count = 0;
Device.seqRender.Add (this,REG_PRIORITY_LOW-1000);
}

Переделывать надо первоочеродное по всему движку:

Statistic.
на
Device.Statistic->

Сложно и муторно переделывать. В крайЭнгину уже полез тестировать новую визуалку.

Я хочу удалить лишние анимации из stalker_animation.omf файла. Как можно в коде движка узнать все имена анимаций, которые используются? Я нашёл файл xr_3da\xrGame\stalker_animation_names.cpp, в котором указаны части имён анимаций. Но вроде бы это не полный список. Думаю, что в stalker_animation.omf много старых анимаций и ранних билдов, которые можно удалить без последствий.

Ни как не узнаешь. Глянь в класс авто и поймёшь. Там зашиты три ( однако, если память не изменяет) анимки, а название лишь упоминается префиксом.

Diesel, а в каких файлах анимации прописаны? Только в движке или в конфигах тоже (gamedata\config\scripts)? И в движке где именно стоит искать анимации не только для сталкеров, но и для монстров? Я думаю, что за пределами папки xr_3da\xrGame\ даже искать не стоит. Так ведь это? Может анимации указываются с помощью общей функции, вызовы которой можно найти с помощью поиска по файлам?

Pavel_Blend, не помню. Возможно названия делятся, на корень и окончания с префиксом. Возможно и нет, где как. Не шарю, так можно сказать.

В спавнах, скриптах state_*.script

Вопрос на злобу дня, про КрайЭнджин:

Собран двиг, без двух делок, в 2022й визуалке по v143 и две делки по v100 2022 (они иначе не собираются), что будет? Двиг работает. Скорее всего надо будет торкать два рестребутива или нет? Запускаемая экзеха собрана в v143 (2022), будет ли она искать 2010й рестребутивы?

От настроек компиляции зависит, если собирать с ключом /MD то будет тянуть редистрибутивы, если собирать с ключом /MT то нужные редистрибутивы будут вкомпилены прямо в твои проекты и устанавливать их будет необязательно.

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

Ключи вводятся в командную строку компоновщика.

Но данные ключи не распознаются из строки.

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

Что за извращения. В чём проблема на этапе компиляции?

ForserX, проблема в старом коде и библиотеках, стлпорте, разногласиях в винсдк, и прочее.

В новых визуалках, в билдах ошибки возникают, прям ничего не правя, пробел и подавай % XXXL%.

Новые визуалки лучше дружат со старым кодом CE3, чем с CE35.

Всем доброго времени суток! Есть ли у кого нибудь оригинальные исходники: S.T.A.L.K.E.R. - Lost Alpha DC 1.4007 Final ?

Извращения билдовые абрамовские COP от товарища Ленина:
https://drive.google.com/drive/folders/1C79...k2W?usp=sharing
Офигеете.

Скрипты конечно желательно еще прихватезировать у абрама.

Кто страдает от Аномали мода? Могу скинуть исходники под 2013ю визуалку, X-RayMonolithEngine.
Никому не говорите, что я это правил. Там чтобы скачать с репо, надо было специальную прогу устанавливать.
https://disk.yandex.ru/d/jqahjjIeKekv5Q

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