Zander_driver

В общем, если собрать увод объекта в оффлайн ручками самостоятельно, и возврат оттуда также ручками самостоятельно, то от ряда приблуд поздних Артосо-модулей, и от требований к class_registra-ции, можно избавиться. Но работу с оффлайн-онлайн переходами придется писать самостоятельно в этом случае. Но это ведь базовый метод, который можно вызывать у любого серверного объекта. Зачем скриптовые биндеры?

Ээм, а почему? Оно же делается методами-флагами самого sobj-объекта. Во всяком случае, так можно сделать и в серверном биндере оно нуждаться не будет.

Да это ему объяснили уж, и про мониторы тож Нормально все, с погодой и с Адмиралом.

Для этого надо не только отключать привязку к AI-сетке, но и отключать для него физику, что делает другой флаг (не скажу какой, у меня это получалось манипуляциями в движке, но доступный скриптово флаг для этого вроде тоже существует). При включенной физике объект упадет. При выключенной - на пули и другие коллизии он реагировать не будет тоже. А что внутри этого метода? Он ведь добавленный. В оригинале игры нет такого.

Так, стоп. А разве Артос-модуль обязательно требует скриптового биндера серверного класса? se_...что-то там, для него обязательны? Насколько помню, древние версии работали и без этого. Но возможно Артос уже после такое требование накрутил... @Kirgudu прокомментируй?

А зачем прописывать новый класс? Аптечка в игре и так уже есть. И пачка патронов есть. Можно и любой другой простой тип объекта. В class_registrator ничего прописывать для этого не надо, классы объектов указаны в их конфиге.

Вообще я бы предложил. Для начала попробовать на совершенно простейшем объекте. Аптечке там или пачке патронов. Потом переходить к более сложным, объектам, поэтапно выясняя где работает, а где уже нет. Подозрения что живого NPC оторвать малой кровью от AI-сетки, нельзя - очень сильны.

Ну, отчасти в этом есть еще маркетинг. Мелкософту надо как-то продать следующую винду, интелу и нвидии надо как-то продавать новое железо. При том что приросты относительно предыдущих поколений очевидно замедляются, современное железо и софт конечно получше чем те что 5 лет назад, но это не сравнить с той разницей что была за 5 лет в каких-нибудь нулевых годах. Они стараются втюхать - и для этого пообрубать все старое. А энтузиаст-мододел или веб-разраб просто хочет сделать хороший мод или хороший сайт. Но для того чтобы была поддержка древних изделий мамонта, ему надо убить кратно больше времени на разработку. Хм? Всегда ли оно того стоит. Польза прогресса правда есть. Но некоторые (мелкософты) ею злоупотребляют. Не без этого. Скорее, у семи нянек. Один кто-то почему-то решил что оно не надо. Потом другой кто-то спохватился - "Куда!? это надо!"

Ну понимаешь, я немножко наслышан о том, что надо делать с локациями чтобы они нормально работали под статикой. И немного более наслышан о том, что приходилось делать с javaScript-кодом для того, чтобы он запускался в Internet Explorer. Это не то чтобы тяжело. Но, с некоторого момента буквально становится тормозом прогресса, замедляя развитие модов/сайтов. И такие тормоза хочется перестать рассматривать как можно скорее.

Ну, если бы не было таких формулировок, то многие до сих пор сидели бы на каких-нибудь бородатых селеронах с Win XP, и в ус не дули. Было бы это хорошо? Я думаю, все-таки, нет.

Но оно же на динамике было? Не на статике же ведь?

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

@Купер у меня просто, с сталкачом и железом как было...: В 2005 емнип, собрал свой первый ПК из г..на и палок, т.е. из б/у запчастей. И когда в 2007 вышел ТЧ, его минималки оказались выше чем характеристики этого моего первого ПК. Так что первый мой комп, сталкер вообще не тянул. А в 2008 году я обновил железо целиком. Характеристики сейчас не вспомню, но сталкер там пошел сразу на динамике, с худо-бедно но терпимым фпс. Т.е. в сталкер на статике я не играл вообще никогда. У меня не было никогда железа которое тянет только ее. И оттуда же еще с 2008 года пошло убеждение, что мол статика в сталкере - это какая-то непонятно зачем добавленная и ни для чего никому не нужная хрень, а те люди которые ее зачем-то просят - делают это из вредности и/или тяги к рекордным фпс. За которыми я никогда не гнался. Т.е. другими словами я считал, что системные требования динамического освещения в сталкере == его минимальным системным требованиям. Воот... Выходит, у меня с 2008 года было ошибочное мнение?

А я не знал, что бывают такие компы, на которых 1.0004 еще пашет, а OGSR уже вообще никак. Без сарказма и еще чего-то, правда не знал. Я думал у них систем.требования около-совпадающие... Блин.

Вообще-то, не так уж и плохо. У меня в команде тестеров были ребята с железом послабее, и у них мод на базе OGSR работал. Хотя это около минимальной для него планки... но запускаться и работать он должен. По нетпакету к сожалению не подскажу. Я эту версию модуля Артоса уже не использовал. Сидел на более ранних-древних, а потом уже на OGSR пересел.

Движок удобен для отладки ЛЮБЫХ вылетов - с этим спорить невозможно.

Ну, при желании можно же и старый OGSR откопать. @div а какое железо если не секрет? Мне кажется, OGSR таки должен быть к железу в том числе старому, достаточно демократичен. О таких проблемах на нем первый раз слышу. ЗЫ. У меня если что, старый OGSR-Original где-то на старом ПК должен валяться... хотя вряд ли это кому-то понадобится.

Такое может быть на мой взгляд, от двух причин. 1) Может быть ЦП в перегрев уходит - проверь температуру проца при запуске, и если это оно, то надо кулер получше и/или термопасту обновить. 2) Может быть под нагрузкой не вывозит блок питания. Если с температурами ЦП все нормально, то это оно, и его надо менять на более хороший. Кулер и Блок питания денег конечно стоят, но мне кажется это не такой уж страшно дорогой апгрейд, и его можно осилить.

А установить-запустить, пробовал? Они хоть и выше, но на железе десятилетней давности (причем изначально не особо мощном даже 10 лет назад) - все нормально работало, хоть и не на максималках.

В одном моменте (подряд в одном блоке кода) так точно НЕнадо делать. Объекту нужен как минимум 1 фрейм для того чтобы в оффлайн уйти, и так же как минимум 1 для входа в онлайн. Итого 2 апдейта. Если писать все переключения "здесь и сейчас" то сработает просто одна последняя строка и всё. Т.е. не произойдет ничего. Ну и, применительно к живым объектам. Скорее всего он будет возвращаться к АИ-сетке при любом движении. Или даже на ближайшем апдейте. Но, что при этом отвалится в логике НПС? Любопытный вопрос, на который у меня нет ответа. Но памятуя о том, что в коде обслуживающем действия НПС, обращения к АИ-сетке встречаются на каждом шагу, подозреваю что будут проблемы. Я просто реально не понимаю этого беспричинного мазохизма. Зачем? Ради чего??? Стабильные и удобные для моддинга движки давным давно есть. Как тот же OGSR, к примеру. Зачем сидеть на древнем забагованном и кривом с безлоговыми вылетами на любой чих? "Иногда бывают вылеты" - и к ним например в OGSR ВСЕГДА даются подробные информативные логи, что-где-почему пошло не так. В отличие от 1.0004-6. Вылет в любом моде в 2023 году - это скорее от того что добавляли что-то новое и не-до-отладили до ума. И если задаться целью "Просто сделать сталкер который не вылетает НИКОГДА, не добавляя ничего нового" - то допустим на OGSR это задача выполнимая более чем. А на 1.0004-6 как мы знаем из практики, нет.

Ну так им и не положено

А зачем? Что за фанатизм искать себе проблемы там, где давным давно (!!!) Есть для них рабочие решения... Это не имеет никакого отношения к уводу объектов в оффлайн и затем в онлайн. Так ты наоборот стираешь из игры любые следы своих изменений... Если не сохранил их самостоятельно. Тут давно всё есть. Ищущий да обрящет. Интересно, а как модуль это на 1.0004 сделает? Возможно я уже плохо помню, но без подключения к апдейту, там это нетривиальная задача, разве нет?

Никак. Не смотрю я такое, потому и ни хвалить ни осуждать не могу

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

А это я просто оставлю тут. Познавательно доступно и по порядку, без лишней воды