RayTwitty

Так сам апдейт работает нормально? Выясни, проблема в апдейте или в твоем коде счетчика. Потом уже дальше разбираться. Ну так повесь вызов on_ruck на событие on_drop в том же биндере актора, будет при дропе еще уменьшаться вес. Впрочем, я не знаю зачем городить эти огороды, в ОГСР же по-любому должно в движке быть добавлено свойство арта на вес, неужели его там нет? P.S. https://github.com/OGSR/OGSR-Engine/wiki/Подробное-описание-изменений#new-properties-for-artifacts Конечно такого метода нет, разные движки же. В SA xray-extensions. В ОГСР должны быть свои новые методы для этого всего, читай доку по движку. Имя худ секции можно просто из конфига прочитать как строковой параметр, разницы нет.

Нужно выводить в лог значение time_global за пределами условия и смотреть, что не так. Там же игра на паузе стоит, я не помню меняется ли time_global в этом случае. Первый раз гарантировано сработает потому что сравнение с нулем.

@Капрал Хикс там просто выбор анимки в зависимости от условия, типа с надетым подстволом одно, у двустволки другое и т.д. -- В той же ветке, после elseif get_clsid(self.item) == clsid.wpn_bm16_s then ... -- впилить elseif self.item:is_artefact() then ... end Кстати, в актуальной версии скрипт посвежее В меню можно же подвязаться на апдейт UI-системы: function Менюшка:Update() CUIScriptWnd.Update(self) ... end

В блок "Новые сообщения\темы" на главной я бы чутка добавил воздуха, так как сейчас он слегка выбивается из общего дизайна: // было #bimProStats .ipsDataItem { padding: 0px var(--sp-2); } // стало #bimProStats .ipsDataItem { padding: 5px var(--sp-2); } Блок немного растянется по высоте, но совсем некритично на мой взгляд. Зато внешний вид станет куда органичнее. P.S. Кстати, пользуясь случаем, могу предложить подумать на счет возвращения "олдовой" фичи форума с кнопками основных разделов, которые размещались справа от логотипа. Оно было достаточно удобно. Посмотреть визуально наверно можно в веб-архиве за 2010 год или примерно в то время. Я даже как-то с помощью скрипта крепил на странице эти иконки: Сами ассеты до сих пор живые:

Не, я же не про тотальную жесть типа какого-нибудь двача или комментов на пикабу. Например, зашел я на рандомную страницу одной из тем ап-про (даже не моей): https://ap-pro.ru/forums/topic/2868-prosto-oruzheynyy-mod-tch/page/6/#comments Ну не вижу я каких-то проблем с потреблением контента на странице. И все нормально общаются даже при отсутствии правил в стиле грамматического нацизма. Понятное дело, где-то кто-то коряво напишет, идеального мира нет, но даже тут надо смотреть - одно дело простыня на страницу без точек и запятых, другое дело 2 строки текста, где итак все понятно, как по мне нужно реагировать по-разному на такое.

Фаллаут и Метро вполне себе уместно. Там ниже написали, что есть раздел "Другие игры", но в том и дело, ты попробуй до него долистай вниз, зайди в него и найди что нужно. Возможно тут уже это обсуждали, я целиком тему не читал конечно. Я кстати не припомню (раз уж тут пример привели), чтобы на ап-про был где-то мат. Или прям какие-то жесткие срачи с оскорблениями. Обычно если такое и бывало раз в год, то это удалялось и все. То же касалось и ГМ - потерли и забыли, некоторые даже бекапы делали для истории) Так вот, вся эта вопиющая ненормативная лексика и вульгарность, которая мешает так жить - она сейчас с нами в одной комнате? Или где ее можно увидеть? Оно конечно, сильно надо))

Тут смешная мысль закралась - создать аналог "Дикой территории" на форуме, куда запустить всех "ГМ-овцев", чтобы они там резвились, устраивали срачи и прочее Ну а если серьезно, то некая "перестройка" (с) необходима, в разумных пределах конечно. Ибо возбуждение от слов "xз" в постах и последующего бана за "мат", ну это чистой воды перебор. Тут кто-то верно заметил - если оно грамотно и по контексту, никому же не помешает, не оскорбит. Понятно, что условные школьники общаются на уровне своего возраста, но а что делать, когда тут реально три пенсионера останутся?.. (рит.в.) Тему пока не дочитал, такие первые мысли после прочтения шапки.

Прям сильно внимательно не слежу, но разве там "вкусовщина" не вырубается либо на этапе препроцессора дефайнами либо в геймдате через конфиг? В секции features или установкой значений по умолчанию по принципу "параметр не прописан - фича не работает".

Так изначально и ХЕ затачивался под этот самый OGSE, тем более что Malandrinus и K.D. оба были в команде OGSE)) И только после того, как в проект начали входить другие люди, в том числе и я, Malandrinus добавил препроцессор для конфигурирования сборок. А я уже настроил сами правки так, что скачав сейчас последнюю версию, мы получаем максимально дефолтную сборку (насколько это возможно) без разных специфических штук, которые работают только на OGSE или где-то еще. Я еще помню, как меня в личке даже обвиняли в ломании обратной совместимости, типа моя деятельность по "унификации" плохо отражается на OGSE-разработке Хотя как показало время, моя тактика была верной, а препроцессор закрыл вопросы с конфигурацией. P.S. Впрочем, я не припомню, чтобы OGSE или правки движка, которые в нем используются были шибко конфигурируемы. Тут уже выше заметили, что статику там вырезали еще до появления исходников) Достаточно бескомпромиссное решение, хотя это был вроде только 2014 год или где-то так.

По-моему изначальная задумка проекта была в том, чтобы перевести один конкретный проект, а именно OGSE/R на исходники вместо движковых правок xray-extensions)) Название движка как бы намекает. А то что со временем он стал конструктором "настрой движок сам" это уже отхождение от изначальной концепции. И то, что они стали еще сильнее отходить уже мало на что влияет. В идеале надо было останавливаться 5 лет назад после переноса последней штуковины из xray-extensions, делать форк и двигаться дальше по принципу "я художник, я так вижу".

Там кстати выше есть мой коммент по поводу вырезания статики) Если кратко - ее очень сложно поддерживать левел дизайнеру, так как процесс настройки освещения там никакой. Плюс у статики как рендера есть целая куча проблем и недоделок еще с оригинала - кривое освещение дин. объектов, воллмарков, травы, воды, тумана и прочее такое. По сути нормально освещается только статическая геометрия статическим же освещением, и то не всегда - тому пример синие кусты на билдолоках. Про кривизну дин. освещения на первом рендере я вообще молчу. Очень много проблем, которые тормозят разработку локаций. Про внутридвижковые проблемы уже сказали в посте на ап про по твоей ссылке. Оставлять первый рендер в 24 году рекомендуется только тем, кто пилит какие-то билдомоды или использует билдовские локации и хочет типа сохранить шарм статики (и при этом знает как со всем этим работать). Во всех остальных случаях - вырезать под корень. Не вижу ничего сложного - git позволяет откатиться на любой коммит и начинать с него. При желании можно сделать форк - как это сделал например я в самом первом репозитории на xp-dev, когда Alpet начал тащить в него NLC-специфичные штуки, которые конечно крутые, но мне были не нужны.

С каких пор отмена абсурда является прогрессом?) Прогресс это следующий этап априори.

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

А может ли кто пояснить на счет формата моделей OGF между ТЧ и ЧН/ЗП? В чем конкретно отличие, почему вторые не заводятся в некоторых случаях на первом? 16 битные анимации? Или есть еще разница в форматах? Интересуюсь на тему того, чтобы добавить поддержку в ТЧ.

@Капрал Хикс если имеется ввиду с помощью уже существующих скриптовых хаков - вряд ли, в родительском CWeaponCustomPistol порезали пару методов. Проще реализовать функционал бинокля на классе автомата. Там по сути только регулировка зума и рамочки живых объектов. Зум делается элементарно (e.g. БТР в Shadows Addon), рамочки чуть сложнее. Зато не надо морочить голову с пушками на классе бинокля. Если будут интересовать рамочки, проекция точки в мире на экран тут внизу.

Только для мировой модели объекта - play_cycle. В случае с НПС/монстрами play_cycle практически бесполезен, так как перебивается движком или другими скриптовыми схемами. Подходит по сути только для неживых объектов. Для худа оружия (hud_item) проиграть анимацию на оригинальном движке нельзя.

Прикольная вещь. В Anomaly есть подобный функционал, может понравятся какие-то идеи для реализации. Нечто подобное и у меня есть, но оно как и в случае с Anomaly прибито гвоздями к движку https://disk.yandex.ru/i/wV90IqHxeH_H8Q

@Colder function read_list(section, ini) if not ini then ini = system_ini() end local t = {} for i = 0, ini:line_count(section) - 1 do local result, id, value = ini:r_line(section, i, "", "") if result then t[id] = value end end return t end local t = read_list("item", ini_file("items\\settings\\txr_list.ltx")) ключи таблицы - твои предметы

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

Понадобилось тут разобраться с поворотом объектов. Оказывается есть целых 3 ключевых понятия: direction, angle и rotation. С последними двумя все просто, углы поворота над плоскостью, первый в радианах, второй в градусах (именно это значение мы видим в SDK). А вот первое - это направление в диапазоне от -1 до 1. Набросал функции получения direction имея angle/rotation, которые должны работать по идее даже в оригинале (где имеется полурабочий класс матрицы, но его достаточно): function angle_to_direction(angle) local m = matrix() m:setXYZ(angle.x, angle.y, angle.z) return m.k end function rotation_to_direction(angle) local m = matrix() m:setXYZ(utils.deg2rad(angle.x), utils.deg2rad(angle.y), utils.deg2rad(angle.z)) return m.k end А вот чтобы обратно получить angle/rotation имея direction, нужно, как я понял получить доступ к матрице трансформации объекта (XFORM), применив к нему getXYZ (ну или getHPB). Прав ли я в рассуждениях и что такое на самом деле direction? Направление относительно чего? P.S. Частично угол поворота можно восстановить при помощи методов вектора getH и getP, но только yaw и pitch.

Разве что спавнить с каким-то интервалом по времени невидимый батон и съедать его по-тихому. P.S. Только сейчас заметил пост выше))

@wdfgosdgf https://xray-engine.org/index.php?title=Класс_sound_object Автоматическое изменение позиции звука не реализовано, нужно делать ручками. В твоем случае надо подвязаться на апдейт биндера вороны и обновлять позицию звука через метод set_position. Разумеется, для каждой вороны свой экземпляр звукового объекта, ссылка на который сохраняется в биндере.

Плавно статик не убрать этой функцией. Обычно такое пишется отдельно, когда на апдейте меняется альфа канал. Но если не хочется писать много когда, можно попробовать создать статик с "fade out" анимацией, в конце которой он будет удален. Атрибут ttl задает время в секундах, через которое статик будет удален. По идее он должен быть равен длине анимации. <hud_curse_1_end x="0" y="0" width="1024" height="1024" complex_mode="1" light_anim="FADE_OUT" la_alpha="1" la_text="1" la_cyclic="0" ttl="5"> <texture>ui\ui_curse_1</texture> </hud_curse_1_end> В момент, когда нужно "плавно" убрать статик, сначала удаляем постоянный. get_hud():RemoveCustomStatic("hud_curse_1") get_hud():AddCustomStatic("hud_curse_1_end", true) Возможно правда в момент подмены он на один кадр пропадет, не знаю. Но малой кровью только так.

Пример тут в двух словах не получится привести. Могу как вариант посоветовать посмотреть Shadows Addon, там есть биндер автомобилей (sa_cars.script) и сохранение/загрузка топлива (se_car.script). Но если у тебя кастомный движок типа OGSR, то нафиг это все надо - сделай себе форк и добавь необходимые параметры прямо в движок.

Состояние предмета и патроны меняются в процессе эксплуатации, поэтому они изначально сохранялись. Все остальное нет смысла сохранять, потому что оно не меняется и просто читается каждый раз из конфига. Соответственно, если нужно сохранять новые данные, то это нужно писать отдельно либо в движке, либо в скриптах. В скриптах это достаточно хлопотно, слишком много телодвижений - под каждый класс свой биндер и тоже самое в se_ скриптах. Нет, экземпляр биндера создается для каждого объекта отдельно, в том и смысл))) Биндер физ. объектов я привел в пример как тот, который можно взять за основу. По-нормальному конечно, для артов нужен свой биндер, для оружия свой и т.д. У всех объектов же разные параметры.