KRodin

Это форк из https://github.com/Winsor/op_engine Инструкция в том репо есть. И он собирается в каких-то древних студиях, которые у меня не установлены, а переводить его в VS2017 я не буду.

Такое в движке точно не буду делать. Теоретически такое можно сделать скриптом, при желании. Это точно скриптами надо делать, а не в движке. Функция подмены текстур в движке есть. Далее - все желающие могут делать с этой функцией всё что угодно. Какие угодно замены текстур рук и не только рук, было бы желание. Скрипт можно взять хоть отсюда https://www.amk-team.ru/forum/topic/9669-hud-tch-smena-ruk-pri-smene-kostyuma/ Теоретически, он заработает, ну с некоторой адаптацией конечно (но это не точно). В движке вообще дофига скриптовых возможностей, при наличии должных навыков, можно написать скриптов на все случаи жизни. Ну это уже к тем, кто в этом хоть что-то понимает. -- P.S. я скрипты на заказ не пишу, если что. :)

Когда-то давно хотел сделать но забыл. Сделаю, если опять не забуду. Лично я в них никогда не играл. Ну я подумаю. @JumperНу может на ванильных шейдерах оно что-то и даст, но у нас шейдеры из ОГСЕ и соотв. графон и так на высоком уровне.

@AndreySol, да он там совсем кукухой поехал, походу.

Поправлю на днях

AppVeyor же каждый коммит собирает. Вот например последний https://ci.appveyor.com/project/KRodinn/ogsr-engine/builds/19323922/job/4fvg3eg9xtpjqus7/artifacts А от дефайнов я совсем избавлюсь со временем, надо было всё изначально делать в конфиговых опциях... -- Но не факт что версии, что не в релизах, работают. Я тестирую только те что в релизах.

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

Да я планировал сделать, но забыл. Это легко делается на самом деле. Сделаем в будущем. -- И я таки докопался до сути проблем с нетпакетами, которые были. https://github.com/KRodinn/OGSR-Engine/commit/b3c4101f16713c289ba1fd4d55b0b7194976d88c#diff-a505a7ee4c45015c29263cfc69f71d85R18 <--- Вот это надо иметь ввиду всем, кто собирает двиг ТЧ современными компиляторами.

Скидывай в лс лог с вылетом и папку со скриптами - помогу чем смогу. Странно читать от человека, который сделал смену времен года в движке, что он не может адаптировать какой-то там скрипт, да и: Перевести его в 2017 студию - пару часов работы.

В последнем релизе вроде есть, если память не изменяет.

Ну так переведи те манипуляции с нет-пакетами на m_netpk, делов то. Если что - присылай лог в лс , подскажу подробнее. LuaJIT 2.0.5. Он уже давно во всех нормальных движках используется (PP, Окси, OpenXray и тд.) Не стоит. Ага, я во всяких "проверенных" скриптовых модулях типа амк, или из того же Баковского аддона (старых версий), которые копипастят в 90% ТЧ-based модов, столько багов находил, что ужас-ужас. То что ванильный движок на них зачастую просто висит, не вылетая - это не значит, что в них нет проблем. Меня вообще удивляет, когда например в 2к18 в большинстве модов юзаются говноскрипты амк. Ведь они - это же нагляднейший образец того, как НЕ НАДО делать. И не надо мне доказывать обратное, я всего лишь высказал своё мнение. Те, кто понимают - со мной согласятся, я думаю.

Я бы вообще не стал доверять тому, что выдаёт rs_stats. Мною было замечено, что фпс он считает не всегда адекватно, например. Может и с памятью так же.

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

Если и адаптировать, то последний аи-пак Бака. Но именно последний, т.к. старые версии у него уж совсем кривые, вот недавно встретил дикие утечки памяти в скриптах из за старой версии этого пака. В новых версиях вроде поправлено, насколько я вижу в скриптах. И да, адаптировать сможет, я думаю, любой 'скриптер' среднего уровня.

Ещё бы, тут же все графические навороты ОГСЕ присутствуют. И шейдеры тоже оттуда. Ну выше же писалось уже, что вариант ЗП, где первый и второй слоты принудительно равнозначные, в этой сборке отключен. А если указать в конфиге предмета, например slot = 1,2, тогда этот предмет будет ставиться в оба слота.

То есть движок нужно пересобирать? К сожалению, да. По-другому никак. Ну если уж действительно очень хочется, то: 1. Регистрируешься на гитхабе 2. Делаешь форк моего репо с движком 3. Правишь конфиг сборки (это прям через сайт можно сделать, онлайн) 4. Авторизируешься па сервисе appveyor через github 5. Запускаешь там билд (настраивать там особо не надо, т.к. appveyor.yml уже есть в репо) , он собирается и получаешь собранный двиг. Если разобраться, ничего сложного. Не сложнее, чем устанавливать студию, имхо. Но конечно, на первый взгляд это кажется сложным, я понимаю. @SuperVal1964, ну вообще, по моему мнению, пересборка движков и тп. - это не для обычного пользователя. Конечно, и обычный юзер может разобраться при желании, но вообще это должны делать те, кто хоть что-то понимает в программировании.

@varan, большинство того, о чем ты спросил - настраивается через конфиг сборки ( см. build_config_defines.h ) Можно и без VS) Сейчас в лс напишу тебе.

Раскачка оружия из ЛА по умолчанию выключена (включается дефайном WPN_BOBBING в конфиге сборки) Да и для неё небось кучу оружейных конфигов настраивать надо (но это не точно, т.к. я ей не пользовался никогда, могу ошибаться)

Мб. равнозначных? В режиме сборки SHOC_EDITION включена та система, для которой надо править в конфигах slot = 1,2 и тп. См. конфиг сборки Для быстрого добавления parallax в textures.ltx

Какие конкретно? Если я начну объяснять, 99% обычных юзеров не поймут, о чём речь. А те, кто понимают - разберутся и сами. См. коммиты в моём репо. -- Насчёт EAX уже ответил @abramcumner. Могу лишь добавить, что EAX в сталкере вообще штука глючная. Звуковые зоны на локациях настроены абы как. Я бы даже сказал, вообще не настроены. Из-за этого при включенном EAX постоянное эхо слышится. Я всегда его выключаю у себя. Так можно было сделать другую систему изначально, без заморочки с принудительными равнозначиями Мне в ОГСЕ было лень тонну конфигов править, и вписывать там slot = 1,2

OGSR Engine (SHOC Edition) Разработчики: @KRodin, @dsh, @KD87 Репозиторий на Github Список изменений можно увидеть тут Скачать самую свежую версию движка можно здесь Установка: 1. Установить Visual C++ Redistributable for Visual Studio 2017 отсюда: https://go.microsoft.com/fwlink/?LinkId=746571 https://go.microsoft.com/fwlink/?LinkId=746572 и перезагрузить компьютер, на всякий случай. 2. Скачать движок нужной вам разрядности, закинуть содержимое архива поверх установленного SHOC 1.0006 (запуск через start_*.cmd) К модам, естественно, нужна адаптация. Все интересующиеся данным движком приглашаются к сотрудничеству. Если вдруг будут предложения, пишите мне в ЛС. P.S. Используя x64 версию помните, что могут появляться вылеты, баги и тп. При их обнаружении сообщайте мне в ЛС или на Github. Но я прошел полностью сюжет ТЧ на x64 версии движка, фатальных багов не встретил, да и в общем-то достаточно стабильно всё работало. P.P.S. Версия для OGSE будет когда-нибудь в будущем. Пока же, если есть желающие, можете сами собрать/запустить.

Если собирать с дефайном SHOC_EDITION то на чистой игре можно запустить с этими файлами: https://github.com/KRodinn/OGSR-Engine/tree/main/Game/Resources_SoC_1.0006 Когда закончу свои тесты x64, сделаю ридми и релиз ТЧ - версии. Всё руки не доходят.

Ну вот дотестирую ТЧ x64 - тогда доработаю. А под OGSE хочется всё таки нормальный релиз сделать в будущем. Ну, с новым оружием, которое не закончено и тд.

У меня не сохранился, это было то почти год назад, когда я НС ковырял. Уже давно всё удалил. Ну если хочешь, могу собрать ТЧ-версию движка OGSR и скинуть тебе. Полагаю, что при установке на НС2016, на нём можно получить те же самые вылеты по нет-пакетам.

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