Zander_driver

Кстати да... OGSR тоже требует установки определенного софта например. Так у них в шапке это написано, со ссылками на нужный софт. А тут в шапке пока такого нету, стоит добавить.

Тонко Юзеры меркуриала поймут...

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

@DeathRTR, Если, как вы утверждаете, тут "вылет на вылете". То что вам мешает прислать автору логи этих вылетов? Если логов нет, значит и вылетов не было. Или они были по причинам, которые вы не хотите раскрыть Кстати их почему-то не видно что-то с форумом не то.

Apashe - Golden Empire

Очередность фраз попуталась, бывает)

Естественно, да. Но удобной обертки для внешнего использования, на всем этом как-то не было. И вот любопытно, что есть костыль по твоему: лапша из вызовов пускания лучиков для проверок в 100500 разных классов, или один удобный класс к которому можно обратиться откуда угодно. Upd. Не вижу смысла спорить об этом. Да и тема не для этого. p.s. Для чего там колбеки и что в них делается, ты видел)

Есть. С нуля писать свое. Вообще-то как бы, если ковырнуть, что такое по сути рестриктор, и что ему надо для проверок коллизии с предполагаемыми путями нпс. Это ровно два метода, Center() и Radius(). А они есть у всех вообще объектов в игре... в движке.

Нет, метод unload_magazine присутствует в ТЧ с исходно-бородатых времен. Ну ведь разряжается? Значит, метод работает. А уж к чему вы его применяете, это другой вопрос. Рестриктор, находящийся в памяти нпс... ну да... Если удалить из игры рестриктор, находящийся в чьей-то памяти, то без правок движка будет вылет. Чтобы удалить его из чьей-то памяти, то без правок движка - надо этого кого-то уводить в оффлайн и ковырять его нетпакет. Это у вас все неписи на локе будут каждые пару сек в онлайн-оффлайн прыгать каких-только костылей не выдумают...

От таких ответов было бы смешно, если бы не было так грустно А вообще, ввиду того что раскопки по движку не обнаружили ничего готового к немедленному применению для обозначенной цели, даже в составе OGSR-движка. Ну или я плохо искал... во всяком случае, готового удобоваримого инструмента такого назначения, я в свободном доступе не видел. Написал быстренько свой клас-обертку над api движка, для тестирования коллизий с геометрией локации и объектов. Уже тестировалось - работает, причем даже сразу без всяких багов. Выкладываю, может быть, кому-то пригодится. Куда нажимать и за что дергать: InitSet(Fvector3, bool, bool) - Стартовые настройки. Задает центр лучеиспускания, и флаги - считать ли столкновения с актором, считать ли столкновения с игровыми объектами. Если оба false, то будет фиксировать столкновения только с геометрией локации. Valid(Fvector3) - Пустить (из стартовых координат), луч с указанной дирекцией. Можно передавать не-нормализованные вектора - по их длине определит дальность трассировки. Возвращает true/false. Столкнулись/не столкнулись. CollisionDist() - узнать дистанцию от старта до точки столкновения, если с чем-то/кем-то столкнулись.

Я не копался в НС-2010, не знаю. О том что они в амк не сразу были полностью динамическими, я знаю из того факта что они были на переключаемой статике в моде "Жесть" образца 2008 - 2011 годов. А он в свою очередь был на основе как раз амк, и аномалии перенял оттуда. Но то была не последняя версия амк, из вышедших в готовом виде.

Именно так и организовала, добавляя скриптами через нетпакет, зоны в in/out_restrictions. Как я выше и написал. Не было тогда другого метода. Без правок движка, другого и нету. Ну и, в 2008 году скажем, в амк не было настоящих динамических аномалий. Были "псевдо-динамические", о которых все не-разбирающиеся глубоко в механике, думали что они динамические. Суть была в том что на локации были заспавнено аномалий в несколько раз больше, чем их видно. И бОльшая часть из них была просто в неактивном состоянии, выключена. А при выбросах они включались/выключались. Но т.к. аномалии эти были на самом деле статическими, нпс их естественно обходили. Позже емнип добавили настоящую динамику, ну и механизм обхода выше описанный. Но это уже не скажу в каком году, не следил.

Строго говоря, нет. Посредством скриптов добавляются (или удаляются) зоны в список тех, которые надо/не надо обходить. А обход-то сам всегда и во все времена, выполнялся и выполняется движком. space_restriction_manager.cpp Ну или, если по-старому, то через нетпакеты можно в эти списки (in_restrictions, out_restrictions) что-то добавлять/удалять скриптами. Только, это что-то должно быть (если без правок движка), рестриктором или аномалией. Чтобы туда еще и актор принимался, надо немного движок подправить. Но за идею спасибо.

,была, и осталась...

Тихой темной ночью, на Старом Янтаре, в "Судьбе Зоны 0.8" можно расслышать, как за углом, чешет за ухом химера... А на рассвете мы проснемся, оглядимся... в "Судьбу Зоны" вернулась миникарта. Всего-то надо, детектор с экраном купить. Интерфейс контейнера артефактов... и да, все это на движке. Потому что скрипты == тормоза, скрипты == глюки и лаги... надоело. Вся геймплейная механика, которой логично быть в движке - именно в нем и будет.

А при отсутствии костра, его можно заменить стационарным огнеметом?

Это ее главное преимущество? Или есть другие.

Мдямс, очень "информативный" блок. Что примечательно, ссылки в нем никуда не ведут, даже те которым 4 мин. Может просто удалить этот блок, раз он все равно не работает?

@nasar75, СЗ просто местами пока сырая все же на скриптах было. И худ в том числе, и инвентарь, и ПДА с картой, и торговля. А теперь весь функционал в движок перетаскивается, но не все еще готово.

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

Оказавшиеся в таком положении, интернет-ресурсы, рано или поздно приходят к тому чтобы разрабатывать свой функционал самостоятельно. Примеров я уже видел сколько угодно... Почти любой солидный ресурс занимающийся чем угодно, имеет какие-либо свои "требования к функционалу", которые нужны только ему, это нормально. Когда-нибудь и амк придет к своей веб-разработке, я надеюсь... Ну правда. Иметь на форуме кучу инфы по Lua и C++, и "ничем не выделяться" по части JS, выглядит даже забавно если бы не было так грустно. JavaScript проще, чем Lua, вообще-то (по моему мнению...) А html проще, чем конфиги сталкера. Может быть, организовать репозиторий с открытым кодом форума и сайта? Глядишь, желающие подсобить подтянутся и чего-нибудь полезное напишут. Моддинг всю дорогу на энтузиастах держался.

Еще немного мелочей, на тему удобства торговли. Контейнер для артов, будет показываться "стопкой" - в инвентаре, в тайниках, в торговле в окне NPC. И - по-одиночке, в той же торговле но в окне ГГ. Так что мы можем (как и раньше), выбирать, что продавать. И при этом не заваливать свой (да и торговца тоже) инвентарь одинаковыми с виду контейнерами.

А как в X-Ray проще всего проверить коллизию произвольных координат, (x,y,z), с статичной геометрией локации?

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

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