Dennis_Chikin

Забавно. При том, что power_loss работает вполне отчетливо. Ну и тем лучше - просто по нужным костюмам банально скриптом в апдейте изменяем power актору так, как нам нужно, а параметр в костюмах - банально, попугаи для вывода на экран. Даже конфиги читать не надо - нужную цифру сразу в скрипте прописываем. Это если надо именно восстановление. А если потерю - то прекрасно работает пара в конфиге без всякого скрипта.

Гм, надо поробовать... Идея... Идея... Идея ? Иде я, товарищи, нахожусь ?!

Мда, чувствую, что мне эта идея действительно не понравится, и я ее не пойму.

Хемуль36рус, кстати, да - стоит проверить доступность смарта и собственно уровня для тех наймов. Впрочем, уже обсуждалось.

А что в них не так ? agro_naem_ohr_ и _task в начале и в конце прицепляются к camp_center из center_point. Если не найдено - цепляется просто agro_naem_ohr_, если и это не найдено - в зависимости от того, что у него в скриптах, подставляется "nil", "default_simulation_path" или непись выбрасывается из смарта, и получает опять же "default_simulation_path". И начинает просто тыкаться в рэндомном направлении.

Если это про NLC - там, часом, не правленный уже движок, как раз с отрезанными параметрами ? По тому как в норме это именно движком и делается. Чтобы скриптом - читать из костюма, и менять db.actor.power как надо. Формулу при этом лучше использовать вообще свою, поскольку движковые нормальный человек все равно не восстановит - они там странны весьма. Навскидку - stand_power из actor.ltx * power_restore_speed из костюма за тик, или что-то типа этого, но кто такой тик - неизвестно. Скорее всего он вообще меняется постоянно. upd: да, не может быть, что просто со знаком напутано ? Я вот тоже не помню, где там "+", а где "-".

init() очевидно не нужен вообще, "апдейт" - нужен исключительно по вызову из xr_meet. Ну и про открытие 10000 файлов, которые не system_ltx() все написано и в подполье, и вытащено оттуда в солянкотему. И в общем-то сохранение загрузка половины хлама тоже не нужны (если нужны вообще, в чем я лично сомневаюсь). upd: в общем, поправленного на скорую руку уродца, так, чтобы больше ни где ничего не трогать, выложил в теме солянкоразработки. Просто такой вот фикс для старья всякого, против тормозов.

торговля, trade_manager Я, конечно, понимаю, что И ЭТО ТОЖЕ давно у всех исправлено, и вообще написано свое. У ВСЕХ, а так же и у многих других. Но я вот лично вчера наконец вчитался, и {замаскированный мат здесь запрещен, так что даже и на латыни свое состояние описывать не буду}. Итак, сегодня у нас на столе вот такая забавная зверушка - этот вот самый trade_manager: function update(npc) ... if tt.update_time ~= nil and tt.update_time < time_global() then return end tt.update_time = time_global() + 3600000 Спрашивается, а как же оно тогда работает, если обновление раз в час реального времени ? Особенно, если if tt.current_buy_supplies ~= str then if tt.resuply_time ~= nil and tt.resuply_time < time_global() then return end ... tt.resuply_time = time_global() + 24*3600000 - ведь ассортимент у торговцев явственно меняется по мере диалога с тем же Сидоровичем в самом начале, да и цены у позеленевших неписей явно взлетают, а покупать что-то они согласны только совсем задешево, по сравнению с желтыми ? (Последнее, кстати, само по себе забавная шуточка, но если о ней сказать все, что я думаю, то уже сам себе по 2.1 один раз выписал, а теперь точно придется на месяц в r/o уйти. Но да, есть такой анекдот, про "но ты же - друг !") В общем, я отвлекся, а на самом деле все очень просто: СНАЧАЛА делается load() из xr_motivator/bind_monster, а потом из xr_logic.set_schemes() дергается function init() ... trade_manager[npc:id()] = {} Вот так вот. И при апдейте все эти tt.что_попало естественно оказываются ~= str, зато очень даже ~= nil И апдейт благополучно все обновляет. А завершающим номером нашего цирка будет - Маэстро, урежте марш - разумеется: function load(obj, packet) ... tt.config = ini_file(tt.cfg_ltx) после чего - неожиданно овощи: function trade_init(npc, cfg) ... trade_manager[npc:id()].config = ini_file(cfg) - да, да. Для КАЖДОГО непися, входящего в онлайн. Со всеми 1700 костюмами и прочими 30000 квестовыми итемами. Ура, товарищи ! ТакЪ победимЪ ! P.S. Да, разумеется, переписал, щас тестить буду под ОПу. P.P.S. Да, разумеется, вывод все тот же - НЕ НУЖЕН. Совсем. По тому как обновление всего этого ахтунга имеет смысл только в начале диалога с конкретным трейдером или неписем, и ТОЛЬКО для этого непися. Хотя таки да, открытые файлы можно хранить в специальной табличке файлов диалогов. И в сами-знаете-где именно так и будет.

2: Хемуль36рус, agro_naem_ohr_camp_center - у тебя просто ни где не используется, так что в нем может быть что угодно. Ну, будем смотреть... -- вызвать откуда-нибудь из net_spawn() актора list_gulag( "info", { "agro_naem_ohr" } ), а потом list_gulag( "job", { "agro_naem_ohr" } )

function kill(actor, npc) npc:kill(esc_paren_npc) end esc_paren_npc - это что ? И вообще, я не понял смысл всей конструкции. если есть онлайновый npc, и его надо убить - пишем ровно вот это npc:kill(npc) - ВСЕ. Вот в том самом месте, где таки надо убить. Если непись в офлайне - идем изучать работу с нетпакетами. 2 BlooderDen: Вот слегка не понял. В конфигах костюмов есть строки, касающиеся выносливости: восстановление actor.power от максимума за тик (таки в добавок к восстановлению самого актора, в конфиге именно актора), и k потери выносливости от веса тащимого. Надо-то что ?

npc clear spawn - ну вот поиском по файлам этого самого. Где найдется - там и проблема. Вообще, если в логе есть что-то на тему watchdog и Reason, или sheduler tryes кого-то там - вот самое первое, которое в логе нашлось - это как раз то, что пыталось что-то делать, но не смогло. После этих строк, все, что идет дальше - посмертный бред игры.

2 Хемуль36рус: а путь agro_naem_ohr_camp_center_task есть ?

Мало-мальски уважающий себя человек оперирует закусками горячими ! © Кстати, бербера, наверное, до кондиции уже дошла... Пошел наливать. К закускам горячим.

Щас бербера немножко до правильной температуры дойдет - пожалуй, плесну себе бокальчик.

Возможно, что темные - это как раз и не так плохо. Яркие пятна раздражают.

А собственно логика где ?

"Это не тот на который на Голанских высотах" - трактор с вертикальным взлетом, так что много где побывать успел. Про него даже эпическая поэма сложена. Кстати, о птичках - отлаживал сейчас схему разговора с неписями, в рамках программы даунгрэйда под древности, начал тестировать, и словил древний баг в реакциях на стрельбу, из-за которого настройки этой самой реакции игнорируются, а при ошибках в конфигах неписи вешаться начинают. Так ведь солдатик под мостом взял, и повесился. Сижу, и думаю: к чему бы это ? "Недаром люди, которые не имеют привычки зацикливаться на плохом и меньше болеют" - хе-хе... Опять же, кардиохирург, на сей раз из Новосиба, рассказывал, как они у себя в отделении чистоту и всяческую стерильность наводили. Навели. Больные начали помирать от медиастенитов, вызванных, хе-хе, протеем. Тем самым, которого без "стерильности" обычно кто-нибудь успевает благополучно самого сожрать. "шо можно сделать сдуру" - "Большой северный варвар способен не только сломать нефритовый стержень, но и порезать при этом руки !" © древние китайцы. 2 zoozooz: лог есть. "Scheduler tried to update object esc_bridge_soldier5 ... xr_danger.script:123: attempt to index field 'ignore_types' (a nil value)"

"Как-как ?" - "Мирно пашущий советский трактор" - вот как.

Недавно знакомый по инетам рассказывал, как в Германиях СЭД "лечат". Сам, кстати, дохтур - так был в ужасе. Обозвали ЮРА, и давай пользовать компрессами - попеременно горячими, холодными и камфорными. Когда высказал все, что про это думает - в качестве мести отказались вообще какие-либо документы выдавать, и начали пугать "Ювенальной юстицией". Такие дела. Про УЗДГ в клиниках, находящихся в радиусе его досягаемости, вообще не слышали, так сейчас пытается "проводить диагностику" при помощи пульсоксиметров и фонендоскопа. Другой знакомый, там же, в кардиохирургии работает, всерьез задумался о том, чтобы обратно вернуться. Ибо достали с направлениями на шунтирование с сифилисами и туберкулезами при отсутствии .чего-либо по собственно кардиологии чуть более, чем полностью.

Сюда, пока, временно, будут перекидываться посты, которые пролежали где-то достаточно длительное время, и на которые ни кто не ответил по существу. Возможно, ответ есть где-то еще, но пост всеми забытый лежит, и количество страниц обеспечивает. Если за время нахождения поста здесь вдруг кто-то захочет ответить - ответьте. "Пользуйся поиском" - не ответ. Ссылка на пост с ответом - ответ. Слово, которое надо ввести в поиск, и которое действительно срабатывает - тоже ответ. Если автор поста за это время нашел ответ самостоятельно - он же может и ответить. Если кто-то где-то что-то спрашивал пару недель/месяц/год/10 лет назад, но ответа не получил вообще ни какого ни от кого (даже про "пользуйся поиском), или был единственный ответ "напомните мне об этом через месяц") - закиньте сюда ссылку на тот ваш давний пост. Касается только ШМ и ее подразделов. Зачем тема: затем, что попытавшись воспользоваться упомянутым поиском, получил кучи мусора и однотипных вопросов вместо ответов, ага. И с этим мусором надо что-то делать: либо "поднять", либо удалить.

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

Читать - очевидно, здесь: http://www.amk-team.ru/forum/index.php?showforum=104 , http://www.amk-team.ru/forum/index.php?showtopic=11568 Проблем - 2: 1. Изменение олспавна, если что-то добавлялось/удалялось приводит к изменению как минимум номеров всего. Со всеми вытекающими. 2. Если номера не меняются, а меняются какие-то отдельные буковки/цифирки - чтобы они были восприняты - нужна НИ. Такое вот неукоснительное исполнение взаимоисключающих параграфов. Так что если в очередном патчефиксе в очередной раз сменился олспавн - идея продолжать что-то с тем, что было раньше - очень плохая идея. Как минимум, без принятия специальных мер тем, кто менял этот самый олспавн. "Это будет проблемой, если он по сюжету, например Ворон, и не должен погибнуть? Или он станет смертным?" - в этой игре - не станет. Засада может быть в следующем: например, поменяли story_id чего либо, или индекс, или имя, и затем где-то вызывается функция с новым параметром. Например, создание. Будет плохо. Например, могу представить себе одно очень хорошее западло именно против "левых правок". Все замучаются искать, но игра будет постоянно валиться, а сэйвы - биться. Я имею ввиду устройство всяческих "чудес" для тех, у кого установлено нечто "неправильное". Подробности обсуждать не будем. Просто, если при сравнении олспавна в "старом патче" с "новым" - они совпадают, то пойдет и "правленный", и НИ тоже не нужна. Если не совпадают - нужно изучать подробности изменений. Они - это файлы allspawn.

Так, поехали, про сохранения. Во-первЫх строках сего спаслания я есть иметь быть хотеть сказать(С), что ежели есть возможность убить одним выстрелом несколько зайцев - это надо сделать. Коль скоро основание у нас В ПЕРВУЮ ОЧЕРЕДЬ - техническое: бьются сэйвы, сделанные из какой-либо специфической позы - отключать их именно из этой позы. Если поза - непись, сорвавшийся в danger или combat - неразрешаем записываться именно в случае, внезапно, когда у нас есть КТО-НИБУДЬ в - неожиданно овощи© - этом самом состоянии. Да, а другие зайцы, которых этим убиваем - тормоза на куче проверок и конкуренции разных схем, когда одни жрут ресурсы в комбате, а другие в это же время жрут ресурсы на всякое странное, типа сканирования наличия трупов и шмота по всей локации, на предмет прихватизировать. Ну, помним, незабвенный watcher_act.scrip, когда непись прямо во время боя прется через всю локацию, ни на что не обращая внимания, подбирать упавший бинтик, на другом краю этой локации, причем ориентируясь НА СЛУХ. Да и в общем-то то же таскание трупов от костров, если честно, может и подождать. Даже если бой идет не здесь, а просто где-то на локации. В общем, если кто-то где-то - отключаем все лишнее везде. Сделать - довольно таки элементарно, тем более файлики все рано править на предмет пачки багов древних, как с теми же сидениями в кострах. Едем далее... С собственно сохранениями, но примерно на ту же тему: Если монстры или враждебные неписи видят актора, или актор видит врагов - ну, понятно. Так же, как со сном сделано (у кого не сделано - мои соболезнования). Проверка здесь более ресурсоемкая, так что делать только при попытке сохранения. Это было техническое обоснование, и методы решения чисто технических проблем. Вторую часть, про "красиво и логично" - позже накидаю. Да, кстати, о птичках: квики, на сколько помню, не рекомендуется использовать довольно таки с древних времен, обоснование не помню, но и не использую. Просто по тому, что или можно не ту кнопку нажать, а если переназначить - получается на столько неудобно, что теряется смысл. Блокировать ли сэйв через менюшку совсем, или разрешить, но не давать выбрать произвольный, а только какой-нибудь "unstable", и выводить грозный текст на весь экран, типа "вы сохранились в неудачное время, этот сэйв может быть нерабочим" - я за второй вариант. Что не надо делать однозначно - это грохать сэйвы и убивать актора (как не буду показывать пальцем где) - ибо это есть не борьба с глюками, а их умножение.

Проще тогда архивчик с обоими файлами выложить, а не скрин, на котором все равно ничего не видно. Впрочем, есть разрешение/запрет бега в конфиге оружия, и, кстати, кой-какие параметры для худа. P.S.Пообъединял посты, ибо страницу как-то совсем уж разнесло до непотребности.

Я здесь на шрифты тоже ругаюсь. А если серьезно, то return db.actor:object("test1") ~= nil Так, и только так. Из непися предметы надо другим способом вытаскивать. Довольно сложным. 2 AndreySol: путь из актива нужен xr_gulag'у. То есть, как бы льзя, и даже нужно, если ремарк идет первым, но схема - либо я смотрел невнимательно, либо таки игнорируется.