Kirgudu

@INNOCENT KILLAZ да, фриплей тут ничем концептуально не отличается. Однако набор и наполнение точек могут меняться на разных стадиях игры, в том числе при наступлении фриплея - см. для подробностей код модуля ogsm_respawn. Там есть проверки по выданным инфопорциям и в зависимости от этого разные наборы спавна.

Нет, конечно. Это точки постоянного (на протяжении игры) периодического (раз в какое-то время) спавна в указанной точке указанной группы монстров с контролем максимальной численности. См. в функции ogsm_packet.spawn_monster. В зависимости от значения в этом параметре ("fake"/"random_fake"/прочее) монстру назначается та или иная кастомная логика поведения. На будущее, подобные вопросы больше подходят для одной из тем "Ковыряемся в файлах" (в данном случае, я так подозреваю, вариация для ЧН).

Например, распотрошить упомянутую функцию relocate_item_section_from_actor и переделать её под использование id: Скрытый текст function relocate_item_from_actor_by_id(first_speaker, second_speaker, id) if not id then return end local function who_is_npc(first_speaker, second_speaker) if db.actor:id() == second_speaker:id() then return first_speaker else return second_speaker end end local npc = who_is_npc(first_speaker, second_speaker) local function transfer_item(item) if item:id() == id then db.actor:transfer_item(item, npc) news_manager.relocate_item(db.actor, "out", item:section()) end end db.actor:inventory_for_each(transfer_item) end

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

С каких пор? Может, уже появились альтернативные темы по всем трём платформам, а народ-то и не в курсе? Тема по ТЧ - это "[SoC] Ковыряемся в файлах" или, например, "[SOC] Мелкие правки движка". "Скриптование" же всегда было мультиплатформенной темой, не надо искусственно навязывать лишние рамки. @Norman Eisenherz но тема всё равно вряд ли правильная, с таким вопросом, имхо, надо идти к тем, кто ковыряет движок.

@MegaStalker может потому, что так было сделано, и никто в те времена, когда мод разрабатывался, не подумал, что можно (или нужно) сделать по-другому?

https://forum.ixbt.com/ Недостижимый идеал.

Интересно, а можно ли как-нибудь скрыть внезапно (я так полагаю, в результате случившегося обновления движка) появившиеся "ранги"? Как-то немножко странно видеть надпись "newbie" при почти 10 годах стажа и тысяче с гаком сообщений.

Совершенно верно. А вороны и фантомы были добавлены, скорее всего, по принципу "перечислим всех". "Скорее всего" потому, что модуль имеет в авторах изначальных создателей мода OGSM, причём ещё до Community Edition, и позже почти не переделывался (я в своё время ограничился точечными коррекциями, хотя сейчас весь этот модуль переписал бы процентов на 70-80 - если б видел смысл и было время), в том числе не менялась и эта функция. Поэтому мы можем только гадать.

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

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

А вот я рад, что меня не отправляют (потенциально) за ответом в какой-то ВК. Если я задал вопрос здесь, то и ответ хочу получить именно здесь, в противном случае воспользовался бы условным гуглом для поиска.

Как ни странно, да. Примеры двойного объявления одних и тех же функций встречаются даже в скриптах оригинала (хотя, может быть, это-то как раз и не странно). Если кому интересно - загляните в чистонебовский скрипт task_objects.script, функция CHideFromSurgeTask:check_task(). Там внутри есть две встроенные функции, описанные дважды в пределах одного пространства. На практике, если представить, что содержимое повторяющихся функций различно, работать будет та, которая объявлена второй (третьей, четвёртой и так далее). Что конкретно должно быть в примере выше, сказать не могу. Всё зависит от логики, которую хотелось вложить в код автору. Возможно, заполняться должна только таблица creatures, возможно - creature, а возможно и обе сразу. Надо изучать те скрипты, где они используются далее. Но я предлагаю критически взглянуть на другое место. Вот: function add_obj( obj ) -- ... <skip> ... if IsStalker(obj) and IsMonster(obj) then --> если И сталкер И монстр btr_target[obj:id()] = true end end Ничего не смущает?

Не надо так делать, в том варианте должно быть именно sobj.id. А так гейм вертекс можно (и нужно в данном случае) получать уже из серверного объекта: local sobj = alife():object(i) if sobj and sobj.m_game_vertex_id == 2482 and IsStalker(sobj) and sobj:alive() then return true end И ещё: почему только 2482? Других вертексов на нужной локации нет? Имхо, лучше из гейм вертекса получать id локации и проверять уже его совпадение с нужным: function get_level_nps() local al, gg = alife(), game_graph() -- многократно используемые функции кешируем для производительности for i=1,65535 do local sobj = al:object(i) if sobj and gg:vertex(sobj.m_game_vertex_id):level_id() == XXX and IsStalker(sobj) and sobj:alive() then -- вместо XXX подставить Id локации (не путать с наименованием) return true end end return false end Или, чтобы не вызывать лишние функции, сравнивать sobj.m_game_vertex_id с диапазоном значений - больше одного и меньше другого: if sobj and sobj.m_game_vertex_id >= XXX and sobj.m_game_vertex_id <= YYY and IsStalker(sobj) and sobj:alive() then -- вместо XXX и YYY подставить граничные гейм вертексы локации return true end

@h0N0r все перечисленные методы действительно клиентские, а в переменной obj у тебя серверный объект. Если хочешь получить клиентский, следует действовать например так: local cobj = level.object_by_id(obj.id) if cobj then ... end и далее по написанному. Однако зачем делать это после удаления, если я правильно тебя понял? Ты уж определись, что необходимо - удалить объект или придать ему ускорение.