Kirgudu

@Zander_driver, weapon_flags - оружие спрятано/взято в руки (0/1). weapon_zoom - режим обычный/прицеливание (0/1). num_items - точно не скажу, но вроде бы от значения этого параметра зависит дальнейший состав нет-пакета. То есть если там 0 - дальше следуют как раз оружейные параметры. Если не 0 - перед оружейными параметрами идёт ещё update-часть от cse_alife_inventory_item. Как-то так. Upd: насчёт доп. свойств нет-пакета при num_items ~= 0 были упоминания пару лет назад, например здесь: http://www.amk-team.ru/forum/index.php?showtopic=6185&p=727594

Только надо не забыть добавить как вставку в эти таблицы, так и удаление из них (опять же по аналогии с имеющимся функционалом для общей таблицы) - чтобы в этих таблицах не накапливались несуществующие объекты.

@Winsor, ну а кто мешает сократить этот список так, чтобы он содержал только сталкеров? Точнее, добавить ещё один. Могу сказать про ЧН, но в ТЧ должно быть что-то аналогичное. В ЧН объекты добавляются в db функцией db.add_obj(), которая вызывается из motivator_binder:net_spawn(sobject). Надо всего лишь добавить в db ещё одну таблицу (например, db.stalkers), а в add_obj добавить проверку isStalker() и если она вернёт true - вставлять запись в новую таблицу (и в общую по-прежнему тоже). Таким образом сокращение размера выборки произойдёт уже на стадии загрузки (и/или спавна нового объекта), то есть заранее. А потом в функции, которую привёл выше @naxac, делать перебор по этой таблице, а не по общей.

Здоровье Стрелка реализовано в скриптах иным по сравнению с другими НПС способом. Когда полоска здоровья доходит до нуля, Стрелок не умирает в общепринятом смысле. Поэтому и ухудшаться нечему.

Всё лишнее удалено. Оффтоп и личные разборки прекращаем.

@NL-Vincenz, тебе Карлан выше уже ответил. Поищи в имеющихся конфигах секцию meet, где есть настройка use = self или use_wpn = self и посмотри, как там это сделано.

@Карлан, не-не, я уже одной ногой в отпуске, на 2 недели оставляю раздел на тебя и остальных дровосеков. Но перед уходом на правах модератора призываю всех участников темы к постам по существу, без перекидывания топорами и личных выпадов! +: dc или кто-нибудь ещё из ответственных, этот мой пост и всё лишнее выше под снос, плз, когда сочтёте нужным.

@Forser, будет. И даже целых два, как и в первом варианте. Во-первых, то, что за пределами функции, выполнится уже при инициализации модуля (если, конечно, не заключено в ещё большую внешнюю функцию). А значит попытается присвоить значение переменной slot_s, которая в случае отсутствия чего-либо в слоте станет равной nil. И следующим действием ты сразу пытаешься взять секцию, что с slot_s = nil даст немедленный вылет. А во-вторых, уже actor:item_in_slot(n_s) при начальном выполнении даст, скорее всего, вылет, так как переменная n_s ещё не инициализирована. Вот вариант: local get_slot_section = function(n_s) local item = db.actor and db.actor:item_in_slot(n_s) return item and item:section() end function test() local section = get_slot_section(номер_слота) if section == "предмет" then ... end end

Ещё немного оффтопа, но написать его должен, иначе вы такого в движке наворотите, коллеги, что мама не горюй.

@Бедуин, согласен, оговорку «при работающем законе», к сожалению, приходится использовать сплошь и рядом.

Потенциально сохранённая жизнь всё-таки важнее, чем материальное благополучие наследников, пусть и вменяемых.

@*Shoker*, @svarog2741,

@FantomICW, артикль «the» используется, когда ты говоришь о чём-то конкретном. Смерть конкретна? Если это действительно объект - тогда да, согласен. Но всё-таки это нечто более всеобъемлющее, тем более что под этим слоганом вы подразумеваете скорее «преодолевая все мыслимые и немыслимые препятствия». В этом разрезе «defying death», на мой взгляд, наиболее соответствует смыслу. В любом случае это своего рода оффтоп - команда же не объявила конкурс на лучшее название. Вообще, авторы имеют право называть своё творение так, как им того захочется.

«Death defying», но я бы даже сказал «defying death», пусть при дословном обратном переводе это и будет звучать как что-то вроде «бросая вызов смерти». Но ведь переводить никогда не нужно дословно, ибо семантика разная.

@Дормидонт, добавил в шапку альтернативную ссылку на Я.Диск.

Второй билд, ...250713, был сделан мной через полтора года после оригинала, когда основной автор мода, DEXXX, уже совсем отошёл от Сталкера и не мог выложить обновление на оф. сайт. Этот билд включает в себя обязательный фикс, и только его, никаких других правок по сравнению с оригинальным ...010312 добавлено не было. Новый билд сделан исключительно для удобства установки. То есть накатывать на ...250713 обязательный фикс не обязательно (такая вот тавтология), но если сделать это, ничего плохого не произойдёт - заменяемые файлы будут идентичными.

@GFMan, Заводской game_relations.ltx: [game_relations] ;реальное разделение на группы репутаций на шкалы rating = novice, 300, experienced, 600, veteran, 900, master ...Изменённый spawn_sections.ltx, первая же секция и аналогичным образом дальше: [agr_stalker_regular]:stalker ... spec_rank = regular ...Я бы на это грешил.

Модераторы, бывает, приходят и уходят, кураторы делают это ещё чаще. Замучаешься стену перекрашивать.

Вот эта вот секция логики, «sr_idle», прописана в свойствах объекта «esc_teleport_1» и раз и навсегда привязывается к нему при старте новой игры. Однако каким-то образом логика этого объекта пропала в момент очередного сохранения. Этот признак я бы не стал игнорировать и переиграл с того момента, когда такой ошибки ещё не существовало. Иначе, даже если мы скриптовыми ухищрениями вернём утерянную логику на место, нет никаких гарантий, что аналогичная проблема не возникнет в другом месте и с каким-нибудь другим объектом.

@monk, @Chriotmao прав, группировки прописываются в all.spawn. Если предпочитаешь править блокнотом, а не с помощью СДК, вот так выглядит, например, секция группировки «Бандиты»:

Для поиска: netpacket, нетпакеты, хранилище Поскольку возник такой вопрос, выкладываю здесь для интересующейся общественности se_stor от @Artos (версия от 09.09.2013, последняя из опубликованных автором): https://yadi.sk/d/AlA809oPehaqN Авторские ссылки все устарели, а в середине темы «Ищу файлы ...» не каждый догадается посмотреть. Перенесу, пожалуй, сюда. Ибо внутри темы на 3 сотни страниц очень не сразу найти можно. dc

Изменение пакета возможно только для серверных объектов, находящихся в оффлайне. Иначе серверный объект постоянно обновляется данными клиентского - отсюда и несоответствие реальной и ожидаемой длин считанных из пакета в объект данных. Кстати, какой класс у твоего объекта? Если специальный, только для хранения твоих данных, имеет смысл добавить в его биндер методы, препятствующие переходу объекта в онлайн. Примерно так: function se_custom_storage:can_switch_online() return false -- никогда не выходить в онлайн end function se_custom_storage:can_switch_offline() return true -- всегда переходить в оффлайн end Если же один из стандартных, перед записью данных объект следует принудительно перевести в оффлайн: function switch_offline(sobj_id) local sim = alife() if sim and sim:object(sobj_id) then sim:set_switch_online(sobj_id, false) sim:set_switch_offline(sobj_id, true) end end затем, после записи данных, перевести аналогичным образом обратно в онлайн. А вообще, для хранения своих данных лучше воспользоваться полностью отлаженными решениями, которые можно найти здесь, на форуме. Навскидку можно предложить альтернативные реализации от @Malandrinus (используется, если не ошибаюсь, в OGSE) и @Artos (делаем поиск по «se_stor»).

@Struck, шикарный ответ. Человеку, слабо разбирающемуся в предмете, даёт исчерпывающий объём информации. Имхо, уж лучше вообще не отвечать, чем вот так. @Winsor, касательно первого вопроса, как можно догадаться из названия методов, они предназначены для работы с update- и state-частями нетпакета соответственно. Общие сведения есть на форуме, например здесь. Если же хочется понять, каким методом работать с определёнными свойствами определённого объекта, действительно, тут может помочь изучение файла acdc.pl. Но не абы какого - от «Universal ACDC» не пойдёт. Открой acdc.pl от bardak, предназначенный для нужной части игры. Там ищи таблицы upd_properties_info - для каждого объектного класса своя. В этих таблицах и описаны доступные свойства update-части нетпакета. В качестве альтернативы можно ещё поизучать скриптовые модули нетпакетов (для m_netpk от Artos ищи таблицы up_props).

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

@Булат, одномоментно отношения с какой-либо группировкой портятся только если ты вступаешь в другую, враждебную ей группировку. Все остальные действия просто добавляют или прибавляют некое количество "очков дружественности/враждебности". Допустим, начальное отношение с нейтралами равно у тебя 1000 условным баллам. Убил кого-то из нейтралов (не обязательно по квесту бандитов, можно и просто так) - минус 100 баллов. Выполнил задание нейтралов - плюс 200 баллов. И так далее. Когда общая сумма станет меньше определённой величины - нейтралы в целом станут тебе врагами. А до тех пор можешь качаться на этих качелях сколько тебе угодно.