Kirgudu

@_Sk8_AsTeR_,

@Баба ЯГА, local pso = so:play(db.actor, 0, sound_object.s2d) if pso:playing() then pso:stop() end

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

Всем привет. Коллеги, скиньте, пожалуйста, кто-нибудь inventory.script (НС или ОП, а может и АМК - не знаю точно) посовременнее.

@Full Noob, level.client_spawn_manager():add(l_i_mod_repairkit.id, -1, mod_set_newkit_condition)

@Keeper, по собственному, но без разрывания тельняшек - исключительно трезвый расчёт. Меня реально стало не хватать на всё с учётом семьи и работы. В первую очередь морально.

@Norman Eisenherz, См. раздел "logical operators": http://lua-users.org/wiki/OperatorsTutorial В переменной q_name находится число. Выражение (not q_name), срабатывающее первым, даёт результат false. Сравнение false с числом 36 также даёт результат false (т. к. ложь не равна тридцати шести). Таким образом, всё, что идёт после "and", имеет результат false, а следовательно, общее условие не срабатывает. Настоятельно рекомендую подучить азы языка, чтобы не плавать в простейших вопросах. Шапка темы "Язык Lua. Общие вопросы программирования", вторая ссылка. Wiki по ссылке в начале моего поста также содержит немало полезных сведений.

@Norman Eisenherz, с чего бы это? Выражение «not число» тоже имеет свой результат в Lua (false), который вполне можно сравнить с другим числом. И они естественно не равны друг другу.

Потому что срабатывает как "and (not q_name) == 36", а не "and not (q_name == 36)", вестимо.

local timer, delta = 0, 10000 local function check_and_execute() if timer < time_global() then timer = time_global() + delta return action_func() end return false end function action_func() -- что-то делаем -- при необходимости прервать цикл добавляем: -- return true end -- запуск level.add_call(check_and_execute, function() end)

Тут извини, игры под рукой нет, да и вообще я с телефона сейчас. Тебе просто надо перед последней строкой (которая log(...)) вставить ещё одну. Какую? Не помню, выводят ли штатные функции ЧН хоть что-нибудь в файл лога. Но ты поищи на форуме, тут масса примеров, как пользоваться для этого консолью. ЕМНИП: local console = get_console() console:execute("load ~~~ "..reason)

@Волосатые ноги Channel, ты изменил именно ту строчку, которая провоцирует принудительный вылет в случае критической ошибки. Естественно, игра пошла дальше, но ошибка никуда не делась, а стала всего лишь отложенной. Оставь последнюю строчку как в оригинале, а переменную reason выведи в лог дополнительно, вставив соотв. код до последней строки функции.

Конкретно это был баг, который сейчас исправлен; исправление @monk, возможно, включит в будущее обновление. Теперь герой будет высыпаться ровно настолько, сколько успел поспать. Что же касается автовытрезвления и мешка для оного же процесса, тут согласен с автором мода. Если разрешить использовать спальник выпимши, игрок сможет принять на грудь аккурат перед упомянутым контролёром в подземке Агропрома и тут же прикорнуть (не важно, самостоятельно или нет), контролёр же будет терпеливо ждать пробуждения. Бред. И это всего лишь один из возможных примеров.

Действительно. Можно пойти и дальше - ввести в действие чернокожее население, как то предлагает одна британка. Один из источников Главное, чтобы вели себя правильно.

@Eugenymv, отвечу так, как я это понимаю. Любые рекомендации и антирекомендации в данном топике делаются от имени его автора. Поскольку @monk не является обладателем steam- и gog-версий игры (говорю только об альтернативных лицензионных версиях, всяческие же репаки даже не рассматриваю), в случае возникновения какой-либо ошибки у игрока, играющего как раз на такой версии, он не может полностью повторить все условия возникновения этой ошибки. Да, конечно, скорее всего её причины лежат в другой области, и не связаны с версией игры. Но может так статься, что как раз связаны - и зачастую проверить это, отделить зёрна от плевел, бывает затруднительно. Отсюда рекомендация в шапке. Конечно, это не полный запрет, просто в случае проблем помощь по описанным выше причинам лучше искать в другом месте. Несмотря на вышесказанное, могу поделиться личным опытом, своего рода ИМХО. Мод в связке со steam-версией игры вполне работоспособен, проходится от и до. Проверено в очередной раз месяц назад. Единственное ограничение, которое мне пришлось сделать - не использовать высший видео-режим (кажется, DirectX 11 или динамический он же). Про gog ничего не скажу, но, думаю, там примерно то же самое.

Можно, почему нет? Pstor одну переменную легко потянет.

В своё время, переводя OGSM Fixes на 64-битное время и современные таймеры, я постарался максимально обезопасить мод от такого. Да и тот же прекрасно работающий скриптовый сон сделан на основе увеличения таймфактора на определённый промежуток времени. В общем, если перематывать будете таймфактором, полное отсутствие проблем гарантировать, не зная ваши методы, не могу, но скорее всего их не будет.

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

@Norman Eisenherz, разных способов можно придумать. Например: Кроме того, существует перегрузка метода: level.client_spawn_manager ():add(spawn.id, -1, spawn_callback, arg) где arg - дополнительный аргумент, в который можно передать что угодно, в том числе произвольную таблицу, как совершенно справедливо заметил @AndreySol. Тогда колбэк будет выглядеть так: function spawn_callback(arg, id, obj) -- переданный дополнительный аргумент идёт первым end

@Norman Eisenherz, у тебя id заспавненных предметов есть уже сразу после спавна. Зачем корячить ещё и какой-то поиск по десяткам тысяч объектов? local spawn1 = alife():create( "box_ex", vector():set( (act_pos.x + 1), (act_pos.y), (act_pos.z) ), act:level_vertex_id(), act:game_vertex_id() ) local spawn2 = alife():create( "box_eq", vector():set( (act_pos.x), (act_pos.y), (act_pos.z + 1) ), act:level_vertex_id(), act:game_vertex_id() ) local box_1_id = spawn1.id local box_2_id = spawn2.id Возможно, требуется сделать что-то другое, кроме как получить id предметов (например: заспавнить 2 предмета, дождаться выхода в онлайн обоих, после чего что-то сделать с их клиентскими объектами), но тогда опиши человеческим языком, что именно.

@Ada_Wong, дык был у меня такой доступ, но я самовыпилился некоторое время назад по причине невозможности совмещения всего и вся в отдельно взятом организме; сейчас ситуация ничуть не изменилась. Так-то спасибо, конечно.

Проблема в том, что она, проблема, действительно носит отчасти персональный характер. Лично мне ни разу, ни в одном из браузеров, не удалось на неё натолкнуться, поле редактора всегда (когда позволяют нынешние права) активно и полнофункционально. Лог, который выложил выше @lordmuzer, увидел. Пороюсь. Но шансов на то, что смогу помочь, без возможности устойчиво повторить ошибку мало.

Это было дополнительное творчество в мою бытность администратором. Чистый движок форума этой кнопки и её функционала не содержит; добавленная в своё время вполне могла затереться при обновлении или вообще оказаться несовместимой.

https://yadi.sk/d/RpgBMj_SEG4Fcw Доработана блокировка диалога о редких товарах: периодическая проверка на враждебность теперь должна происходить только после первого показа этого диалога у соответствующего торговца. Таким образом, пока вы первый раз не поговорите с Зубом, тёрки между Чистым Небом и Ренегатами не должны повредить будущим отношениям Зуба и Шрама. Проверяйте, кому интересно. НИ является обязательной - дополнена сохраняемая в сейвах информация.

Обновление списка отключается насегда вместе с диалогом. Какой смысл обновлять то, что никогда не будет больше использовано штатным образом? Говорю же, ждите. Включение только диалога не поможет.