@Вспышка, емнип, 50, 75 - минимум и максимум аномалий для спавна, 400 - максимум аномалий на локации.

Как вариант: http://www.amk-team.ru/forum/index.php?showtopic=7450&page=23#entry803687

@monk, поскольку обязательный фикс (если имеется в виду фикс из темы по OGSM, а не какой-то другой) включён в Compilation fixes, такая установка тоже имеет право на существование. Главное соблюсти порядок: OGSM 1.8 CE Compilation fixes нужно ставить в последнюю очередь.

Никогда не был силён в регулярных выражениях. Требуется из строки вида, например, «aaa_bbb_ccc_ddd» вытащить подстроку от первого символа и до последнего подчёркивания включительно, то есть «aaa_bbb_ccc_», и присвоить это значение переменной средствами сталкеровского Lua. В строке могут быть буквы, цифры и подчёркивания, больше никаких знаков, регистр любой. Может кто-нибудь помочь?

@Serge!, http://www.amk-team.ru/forum/index.php?showtopic=13216

Заждались, заждались. Надо подогревать народ свежими версиями хотя бы раз в месяц, максимум два: добавил незначительную плюшку, выкатил обновление, игроки сидят и тестируют, смакуют новшество. Это маркетинг.

@_Val_, это не так, поскольку при оригинальном разборе проверка второго условия происходит только если первое не сработало. А значит, неявным образом учитывается результат проверки первого условия. Можно для «or» использовать не пробел, а ввести дополнительный разделитель (чтобы было проще читать - вообще неиспользуемый в логике в настоящее время символ, можно с опциональными пробелами вокруг него), который однозначно будет указывать на новый тип конструкции. Те пользователи, которые привыкли писать по-старому и не хотят разбираться с новыми возможностями (как вариант - вообще не в курсе этих возможностей), так и продолжат писать по-старому. А кто захочет - будет использовать, наперёд зная, что означает данное написание.

Давно пора. Внесу свои (чужие, конечно) 5 копеек в виде подборки модулей Артоса (все - последних опубликованных автором версий) и одного от xStream - на случай, если у автора темы какого-то из них нет. После принятия к сведению пост можно потереть. @Artos: Ссылки на устаревшие версии модулей Artos'а удалены. Актуальные версии (с исправлением найденных ошибок) опубликованы в этом посте. @xStream: xs_sandbox - система событий, «песочница» по терминологии автора. Все модули мультиплатформенные, инструкция вложена в каждый архив. @Dennis_Chikin, здесь, на мой взгляд, допустимо обсуждение самих готовых модулей, вопросов их использования и т. п. О подключении модуля se_stor к ЗП: Начиная отсюда, несколько следующих постов. Zander.

@Agro_78, нет, нельзя. В данном моде, как и в оригинале, у симуляционных отрядов ограниченный список точек для захвата. Пока они есть - отряды выбирают себе цель и куда-то движутся (если могут). А если группировка победила - считай, все точки захвачены, целей больше нет. Вот симуляция для данной группировки и останавливается. Конечно, можно поправить симуляцию так, чтобы отряды и при всех занятых точках перемещались время от времени хотя бы между ними. Но это не маленькая работа, и уж точно не для этого мода, так как он своё развитие завершил.

@Winsor, в оригинале этой проблемы нет, так как разрабам игры не было необходимости править таким образом нет-пакеты из скрипта. Я же написал, что следует сделать - пощупать abstract-часть нетпакета. Естественно, с ней работали - см. мою ссылку, да и поиск на форуме работает, - но из тех, кто есть сейчас на форуме, вряд ли кто-то этим так уж заморачивался (я конкретно про тип зарядов). Попробуй ты, посмотри, что там есть, как можно менять, какой эффект, и отпиши здесь результат. Может, я вообще ошибаюсь, и рыть надо в другом месте.

@Winsor, насколько я помню, просто так управлять неактивным типом зарядов с помощью update-части нет-пакета не получится. Если не ошибаюсь, тут надо рыть в сторону абстрактной части, причём оперировать ею будет несколько сложнее, так как она доступна только во время исполнения метода STATE_Write для серверного объекта (этот метод должен быть вызван движком, а не скриптом, то есть, по сути, для этого доступен только один момент - выход объекта в онлайн, когда клиентский объект считывает из движкового нет-пакета свои данные. Вот тогда абстрактную часть и можно прочитать и изменить). Детали можно найти поиском в обсуждениях двух-трёхлетней давности, например кое-какая косвенная информация есть здесь.

Вся дискуссия про спавн и координаты перенесена сюда.

@Карлан, @abramcumner, @UnLoaded, вся дискуссия про спавн и координаты перенесена в «Курилку программистов».

Это уже зависит от задач и окружения. Можно перебрать все онлайновые объекты в db.storage, получить их секцию и сравнить с нужной. Можно вообще все серверные объекты перебрать (alife():object(i), где i = от 1 до 65534), только позицию у таких объектов надо будет брать не методом position(), а в свойстве .position. Но это затратные способы. Лучше организовать свою таблицу для таких объектов - такой вариант обсуждался здесь несколько страниц назад. А вообще, в скриптах примеров навалом.

@abramcumner, как вариант. Нужна тогда настройка в Plot manager внешней программы для просмотра схемы диалога (как это уже сделано для текстовых редакторов), с передачей xml-фрагмента выбранного диалога. Можно даже никак его не перестраивать; правильный разбор будет на совести вызываемой программы. Возьмётся ли @Malandrinus за такую доработку, и посчитает ли её необходимой - отдельный вопрос. Просмотрщик блок-схемы диалога я мог бы реализовать, но чуть позже, недельки через 2-3. Пока же, если есть возможность выделить время на исправление перечисленных выше недостатков или развенчивание оных, это было бы здорово.

@Wlad777, например так: local client_objects_array = {} -- массив клиентских объектов, расстояние до которых нужно проверить. function check_distance() for _,object in pairs(client_objects_array) do if db.actor:position():distance_to(object:position()) < 100 then return true end return false endВернёт true при любом объекте из массива, находящемся ближе 100 метров.Мерить расстояние до самого ближнего объекта не имеет смысла, так как если дальний объект укладывается в нужное расстояние, то и ближний - автоматически тоже.

@Malandrinus, сразу скажу, что лично мне повертеть в уме даже довольно сложный диалог особого труда не составляет, в крайнем случае всегда поможет примерный набросок на бумаге. С ТЧ не работал, но и в ЧН есть такие примеры - например, комплекс диалогов Дикого Напра, который я редактировал при работе над «народной» версией OGSM и позже. Может, конечно, они не такие сложные, как у Сидора в ТЧ, но всё же. Нет, вышеописанные требования возражений у меня не вызывают. Но предлагая блок-схему, я попытался думать не со своей, а с точки зрения условного модмейкера, далёкого от структурного мышления, зато прекрасно пишущего диалоги, события, историю, то есть то, ради чего вся подноготная. Возможно, ему визуально оформленные линии перехода, пусть и в виде паутины, но всё же были бы наглядней в некоторых случаях. Но нет, так нет. Понятно, что инструмент не обязательно должен удовлетворять абсолютно всех пользователей. Кстати. А если добавить блок-схему как дополнение к основному инструменту? Простейшую, с минимумом информации - только id текста или номера фраз и линии перехода (если необходимо - пересекающиеся) - и никакой возможности редактирования. Просто своего рода печать. Разумеется, это именно для того, чтобы наглядно показать все имеющиеся обратные переходы. Напоследок, если можно,

Ага, незадокументированная функция. Это хорошо, это я попробую ближе к вечеру. Есть ли ещё какие-то не описанные, но вполне себе работающие вещи? Тут бы как раз послушать не программиста... Лично мне в голову приходит именно визуальное представление в виде блок-схемы, где блоки - фразы, линии (стрелки) - переходы между ними, всё это рисуется, как и в случае с текстовым списком, сверху вниз начиная от первой фразы. Конечно, понадобится большое поле для сильно разветвлённых диалогов, но можно ведь и скроллирование добавить. При двойном клике на блоке или соединяющей линии открываются для редактирования те же свойства, что и в простом списке. Мне кажется, так было бы наглядней и проще в использовании для широких масс. Работы, конечно, будет много. К сожалению, не являясь специлистом по плюсам, не имею никаких знаний о доступных плагинах/виджетах/контролах для этой платформы. С ходу найти удалось только Graphviz и кое-какие примеры в блогах.

Если речь о запрете выдавать эту точку в заданиях на захват, то вот: http://rghost.ru/6hNrKzN2j Включает предыдущую правку, на «укрытие». Заодно в проверке на «укрытие» исправлен маленький недочёт.

Да, это, к сожалению, мимо меня. C#, VB, отчасти Delphi (это если говорить о win-приложениях) - это да. А плюсы последний раз щупал для саморазвития в лохматых девяностых. @Malandrinus, программой наверняка пользуются или как минимум пробуют - вон, на данный момент на одном только ЯД показывается 64 загрузки. Я тоже это делал; проблема в том, что функционал в настоящее время ограничивается, по сути, только диалогами, да и в тех есть что улучшить. Например, очень не хватает возможности создания диалогов с зацикливанием, возвратом к предыдущим фразам. Да, такие диалоги читаются и показываются (да и то в виде, не слишком доступном человеку, который не привык ворочать в уме сложные блок-схемы), однако создать новый такой невозможно - или я не нашёл как. Ну и разные мелкие недочёты, типа неработающей кнопки «добавить give_info». Получается, потенциал у программы большой, но для полноценного её использования требуется доработка - почему я и предложил свою помощь. Но увы. Могу только пожелать успехов, а дальше надеяться и ждать.

@Malandrinus, нет ли каких-нибудь новостей по сабжу? Понимаю, что некропостинг, но вдруг. Если нет - принимаются ли предложения по передаче исходников в хорошие руки? Я бы поработал в свободное время над диалоговым модулем, а то начало хорошее, но функционала не хватает. Конечно, если программа написана на одном из доступных мне языков.

Выдалось 10 минут. Держите комплект для теста: http://rghost.ru/7bJsy6pPk Накатить поверх имеющихся (перед этим сделав резервную копию на всякий случай). Если командир отряда уже выдаёт «Укрытие» в качестве точки захвата - эта правка не поможет, так как список доступных точек формируется в самый первый раз, когда мы спрашиваем командира конкретно этого отряда о заданиях. Поэтому для проверки лучше взять сэйв, сделанный до первого такого разговора или даже до первого захода на локацию.

@Andrey77, должен предупредить, что если привыкли смотреть телевизор со светом, проектор заменой не будет. Даже слабый свет ухудшает картинку, несмотря на всякие рекламные отзывы - имел возможность увидеть сей эффект у знакомого. Ещё старые DVD, если такие есть, не пойдут, сразу будет виден недостаток разрешения. Также многие просто не учитывают то, что проектор не даёт звук - значит потребуется ресивер и комплект акустики (причём желательно хорошей, под стать потенциальному изображению). Если всё это есть, а цена приличных моделей (с учётом необходимых дополнительных трат) не смущает - почему бы и нет. При соблюдении условий и хорошем источнике картинка шикарная. Сам я присматривался год назад к проекторам Epson, например, ЕМНИП, Epson PowerLite 5020. Но девальвация, зараза такая, наложилась на вышеописанные недостатки. Решил отказаться от задумки. Пока, по крайней мере.

@monk, тогда хоть ты скажи мне то, что нужно: идентификатор смарта, по крайней мере одну точную фразу диалога при получении задания. Если сэйв под рукой, конечно. А я гляну на досуге.

Я не писал ни слова об уникальном тексте. Я просил точный текст диалога. Начальная фраза (условно, «задания есть?»), ответ, ещё ответ. Название точки не интересует, так как оно подставляется. А вот то, что вокруг - да, это важно. Дело в том, что задания выдаются в скриптах. Но менеджер заданий довольно объёмный, и текст диалога поможет локализовать точку входа и найти нужное место для правки. Поскольку я сам не играю уже который год, только ковыряюсь в скриптах, мне и нужна такого рода помощь - тогда и я смогу помочь вам с этим заданием. Если оно, конечно, вообще нужно. Но это должен решать @monk, а не мы с вами.