[SoC] Ковыряемся в файлах

[Dennis_Chikin 3 658]

Ковыряемся в файлах ТЧ

Прежде чем писать в тему - внимательно читаем первый пост, и пользуемся поиском.
Возможно, ответ на Ваш вопрос уже есть.

Касательно телепатии: если Вы передаете Ваши файлы телепатическим путем - ответы будут передаваться тоже телепатически. Если Вы предлагаете угадать, отчего у Вас в подвале происходит странный стук - ответ будет передан стуком.

Изменено 23 Февраля 2016 пользователем warwer

[Muzafir 17]

@Капрал Хикс ignore_static здесь вообще ни при чем. Это же для того чтобы движущиеся части игнорировали статическую геометрию при при движении (типа дверь со стороны петель не цеплялась за косяк и т.п.) Тут, наверное, нужно поэкспериментировать с массой кости, чтобы ГГ не смог ее сдвинуть. Хотя непонятно, сможет ли он открыть ее тогда вообще.

По логике: не совсем понятно условие {=gulag_empty(gar_dolg_blokpost)} зачем дверь переходит в  ph_door@closed? Если застава долга мертва, пропуск  ГГ уже не получит. А дверь пузом все равно можно открыть в любой секции 

[Капрал Хикс 461]

13 часов назад, Muzafir сказал(а):

ph_door@closed

Здесь она просто закрыта, но не на ключ, так сказать, можно открыть на 'F'. А на счёт кости надо прикинуть опытным путём, спасибо.

 

UPD. Не работает смена массы у кости.

Изменено 3 Февраля 2021 пользователем Капрал Хикс

[Muzafir 17]

Жаль, что с костью не получилось.

Если цель - не пустить игрока раньше времени в Бар, может поставить за воротами рестриктор, который будет "обижать" Долг на ГГ при отсутствии gar_free_pass? В xr_effects.scripts даже что-то похожее есть. Этот же рестриктор может и предупреждение игроку послать. Вряд ли кто-то захочет портить отношение с Долгом в начале игры.

Можно, конечно, и убивать через рестриктор, но это очень радикально

[BFG 7 576]

Масса кости это на динамику.  Не влияет.  Логика не при чём.  Ковырялся я для НС Лет 6 назад с дверями. Модели правил.  Но увы,  уже позабыл.  Пичаль. 

В Х16 так же решётка работает,  от толчка. Так многие модели работают.  Некоторые с коллизией,  большинство статика и просто переступаешь.  Смотреть оллспавн,  флаги. И конфиг.  

Скорее всего,  в конфиге нет указания на  привязку на главную кость.  Обычно - bone.  Вот ей уже можно в SDK повесить тонну веса. 

[Капрал Хикс 461]

21 час назад, BFG сказал(а):

Скорее всего,  в конфиге нет указания на  привязку на главную кость.  Обычно - bone.  Вот ей уже можно в SDK повесить тонну веса. 

Вот окончание секции ворот из all.spawn:

; cse_alife_object_physic properties
physic_type = 0x3
mass = 30
fixed_bones = link

 

На link вешал через SDK массу побольше - не работает.

mass = 30 - мож тут поменять?

Или где ещё конфиг крутить?

 

[UriZzz 992]

Или вообще открыть свободный проход в бар и не каких проблем ну, не важно...

День добрый, братва.

Для справки: мне любопытно, зачем АМК теам в своём моде замутили отдельный модуль для показа типсов? Да и в других модах он есть...

В news_manager.script он ведь уже есть, или с ним что то не так?

[gam 116]

1 час назад, UriZzz сказал(а):

зачем АМК теам в своём моде замутили отдельный модуль для показа типсов?

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

[AndreySol 215]

5 часов назад, UriZzz сказал(а):

отдельный модуль для показа типсов?

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

[mole venomous 2 989]

И вот у меня назрел ещё один вопрос по движку ОГСР, вернее по нюансам при переходе на него. Могут ли НПС перестать тырить лут отовсюду, хотя до этого с успехом с этим справлялись?

[BFG 7 576]

По ОГСР не в курсе, но воровство всегда было  скриптовым. Сапсан правил это в Соли. 

[mole venomous 2 989]

1 час назад, BFG сказал(а):

воровство всегда было  скриптовым

В том то и дело, что я уже весь amk_offline_alife  перекопал и ни к чему не пришёл. Ранее мобы тырили всё, что не в исключениях, а теперь даже не берут того, что на земле валяется. Мне хотя бы понять, мой ли это косяк, или движок что то меняет, либо требует править...

К слову, не воруют ни оффлайн, ни онлайн. Чувствую, оттуда же ноги растут и у пропажи метки маячка со списком хабара после сейв/лоад...

Изменено 8 Февраля 2021 пользователем mole venomous

[mole venomous 2 989]

UPD: Частично разобрался. Не всё то, что написано в моём watcher_act и вполне съедобно для 1.0006, читабельно для ОГСР.

[Silver Raven 197]

Народ, а использование утилиты PsExec (для более попытки более равномерной загрузки ядер на современных ПК) еще имеет какой-либо смысл? Или все туфта, проще забить...

[Zander_driver 10 166]

@Silver Raven применительно к именно X-Ray, оно никогда смысла не имело. И сейчас почти не имеет.

[imcrazyhoudini 177]

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

[AndreySol 215]

@Houdini_one 

Смотри как сделаны разрушаемые ящики. А непосредственно части, на которые ящик разрушается - это то же игровые модели.

[AndrewMor 517]

21 час назад, AndreySol сказал(а):

Смотри как сделаны разрушаемые ящики.

Может, имелось в виду, чтоб части не пропадали?

[AndreySol 215]

6 часов назад, AndrewMor сказал(а):

чтоб части не пропадали?

Там есть параметр времени жизни для этих объектов. Можно задать его очень большим.

[AndrewMor 517]

1 час назад, AndreySol сказал(а):

параметр времени жизни для этих объектов

Я его и имел в виду. Не совсем понятно, что автор поста хотел сказать этим "Как сделать материальными части, которые появляются после того, как объект был разбит". Части эти и так материальны, нет?

[ed_rez 16 098]

16.02.2021 в 16:07, Silver Raven сказал(а):

какой-либо смысл? Или все туфта

Представь нагрузку на ЦП с одним ядром в 100% и игра фризит- не хватает мощности. Твой вариант программки лишь распределит эти 100% на все ядра (~100%/колич. ядер), но не доберет те проценты, которых не хватает для погашения фризов. Тут либо выбирать ЦП с большей Гц на одно ядро, либо копать в сторону полноценной многопоточности. При многопоточности: 100% распределяться по клич. ядер + произойдет распределение тех %, которых не хватало.