Zander_driver

Ну так поставьте радиатор, и будет менее горячая. А глобально - всё железо подбирается потихоньку к частотам и мощностям, на которых греется всё подряд. Почему вы не возмущаетесь радиаторам на чипсетах, цепях питания CPU, на плашках оперативки? Почему вы не хотите избавить их от радиатора? Вообще как-то странно: Появляется новая горячая железка в компе - "Не хочу ставить радиатор, хочу чтоб было холодное само собой" Это как? Радиаторы для охлаждения нужны. Без них будет всё горячее.

Что это за бред И почему у меня температура ссд 38 - 40 градусов? Кроме того, совет: Прежде чем пихать в пост видео, "в доказательство чего-то", посмотри его. А то вдруг там не то что ты думал.

@dPlayer А в чем проблема, ставить на ссд радиатор? И будет он холодным и без-проблемным при любом тепловыделении. Для современных новых ссд, полагаю это уже оксюморон.

Самсунговские ssd в целом имеют репутацию надежных. Но скорее всего, ssd с радиатором все же имеет шансы прожить существенно дольше, чем без него. CPUID HWMonitor отображает температуры всего чего можно, даже HDD. Наклейку с ssd снимать необязательно. Теплопроводности ее хватает и так.

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

В XRay все оружейные классы делал какой-то стажер. Что кстати показывает отношение руководства к подбору кадров. Тут тоже будут стажеры, вероятнее всего.

@DeathValleys Ну так и займись. Чего кричать-то.

А вот не поверю. Во всяком случае "просто так". Попробуйте аргументированно доказать вашу позицию.

Ваши моды - это те, которые вы заслужили.

А какие вентиляторы считаются лучшими по соотношению производительность/шум ? Не путать с кулерами. Вопрос именно про вентиляторы.

А что такое клип? Тоже, информация. Новомодного формата, про который старики (ожидаемо!), говорят что это ересь. Лишь бы люди не забывали думать. Над той информацией, которую воспринимают. А уж в каком она формате, дело десятое, мозгами закостеневать не надо.

Жаль, что кое-кто не умеет ни читать, ни пользоваться поиском. Сочиняя небылицы.

Полагаю, вот это лишнее. Достаточно объявления local sil_obj

Упс. А раньше сказать нельзя было? Я уже заварил и уже весь чай выпил...

@Norman Eisenherz Если бы ты писал это лет 12 назад, я бы с тобой даже согласился. Ну даже 10 пожалуй. Но сегодня все нормальные движки давным давно имеют адекватные методы для того чтобы это делать.

Формально да, на слабых ПК могут быть проблемы. Но у нас тестили вариант, когда алайф задается таким чтобы заведомо любая локация была в онлайне полностью вся. И на современных производительных ПК, (И я сейчас не про свой. Скромнее), сталкер в таком режиме работает даже лучше, т.к. нет лагов на загрузке объектов в онлайн, они все всегда в онлайне. Для торговцев можно отдельным флагом серверного объекта дописать, что они должны быть в онлайне всегда, и это в любом случае проблем с производительностью не вызовет никаких, для игры это просто 1 npc.

@bsanek628 Ну очевидно надо добавить секцию патрона в список боеприпасов соответствующих конфигов оружия. Подсветку оттуда же из этих списков сам подтянет движок. А по торговцам и тайникам надо спецов по ЗП дождаться, я им не являюсь.

Ну как минимум, on_item_drop сработает при любом перемещении/удалении чего угодно из своего инвентаря. А он есть и в оригинале. Дальше можно уже отследить, куда переместился объект. В OGSR же к этому добавляются соотв.колбеки (on_item_take/on_item_drop) у нпс и ящиков (Или у нпс тоже в оригинале были? не помню). Так что задача становится совсем простой. Трупы продолжают работать под xr_motivator, отрабатывая все колбеки оттуда. У тайников и прочих ящиков свой биндер со своими колбеками, если это OGSR.

Так ты получишь серверный объект. cse_alife_dynamic_object. Его получить можно и так, сразу после спавна. Заспавнили - буквально означает "создали серверный объект". Клиентский получают из level.object_by_id(id) - вот для него надо подождать 1 кадр как минимум, после спавна. Это кроме того что объекты заспавненные за радиусом алайфа, вообще не обязаны сразу в онлайн заходить, а объекты на других локациях обязаны не заходить.

cse_alife_dynamic_object - серверный, game_object - клиентский. И хоть они являются "зеркальными отражениями" одного и того же объекта, иерархически эти классы никак не связаны. У них нет общего родителя. Получить клиентский можно только после того, как движок сам его создаст. Это занимает некоторое время, и если только-что был создан (заспавнен) серверный, то клиентский еще не существует. Надо ждать, (1 фрейм как минимум) пока движок его введет в онлайн, если для этого есть подходящие условия.

А такие в принципе есть? Мне за последние годы, на глаза не попадалось.

@Balavnik Подтянуть бы тебе общее понимание теории программирования А то какая-то каша в логике рассуждений. Есть такое понятие как геттер. Т.е. функция/метод, которая только возвращает какие-либо данные, при этом ничего с ними не делая. Никаких изменений, манипуляций и т.д. Так вот, alife():object(не_важно_строка_или_число) - Это геттер. И level.object_by_id(число) - Тоже геттер. Не могут они ничего с объектами сами делать, не имеют такого права.

Нет, они идентичны всегда. (Только наоборот - sobj.id для оффлайна, obj:id() для онлайна). Именно по id всегда можно опознать что это один и тот же объект. story_id также получается и в оффлайне и в онлайне, смотри внимательно методы и поля объектов.