Kirgudu

@UnLoaded, только скриптовые в составе модуля lua_helper. В описании всё есть.

Обновил подборку модулей @Artos'а в этом посте (третья по счёту ссылка в текущей шапке). Изменению подвергся модуль m_netpk - интегрированы следующие правки от @naxac: - исправлен разбор num_items и чтение некоторых параметров update-части пакета объектов, наследованных от cse_alife_inventory_item; - исправлено чтение update-части в net_cse_alife_item_weapon_magazined_w_gl; Работу с кубическими шейпами с помощью векторов переделывать на матрицы не стал - пусть в этой части модуль останется таким, каким его задумывал автор. Текущий способ задания шейпов может использоваться уже во многих модах, и если его менять, можно потерять в совместимости. Также не стал брать кое-какие частные исправления, предназначенные для работы с внешними amk-скриптами. Правки других авторов, проскальзывавшие в этой или других темах в разное время, взяты в полной мере.

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

Модератор... Смотрел в гугле, куда ж без этого. Но для оптимального решения всегда лучше выбирать между большего кол-ва вариантов. К тому же тут как-то роднее, все свои, плохого не подскажут. @BFG, это мысль. Вроде как раз канистра на даче была, 5 литров "Экстры". Докупить и вперёд.

Мой вопрос не совсем по автотематике, однако достаточно близок к ней. Приобрёл в этом году мойку высокого давления (производитель, наверное, не важен) для использования на даче. Дача сезонная, на зиму консервируется. Если оставить мойку как есть, внутренности порвёт льдом при первых же заморозках. Увезти домой не получится - места в квартире и без того не хватает. Вопрос: как лучше подготовить мойку к зиме? Попробовать слить воду путём переворачивания (насколько такой слив будет качественным, не знаю), купить литров 10 тосола и прокачать им, каким-то образом продуть воздухом (как, откуда?) - пока чешу репу над этими вариантами, но дальше опосредованных рассуждений не продвинулся. А погода-то в наших краях уже близка к критическому порогу. Может кто-нибудь сталкивался с аналогичной ситуацией и может подсказать оптимальное решение?

Всегда восхищает, когда руки у человека под какое-то дело хорошо заточены. @Шиш, прими моё уважение!

@dPlayer, возможно ошибаюсь, так как с SoC не работал, но не требуется ли указание нового xml в "config\localization.ltx"? Или в "config\text\rus\string_table_includes.xml".

@dsh, или так: str = string.trim( str:gsub(";.-\n", "\n") )Спасибо, взял себе и обновил свою выкладку в этой теме (ссылки те же).

@Helgi, отредактировать под свои нужды файл configs\scripts\marsh\mar_intro_zone.ltx, не забыв выдать все пропущенные при вырезании катсцены инфопорции.

@Malandrinus, в установленной у меня 2013-й студии всё прекрасно работает: Я, правда, не плюсовик, а шарпист , поэтому, возможно, натолкнулся бы на какую-нибудь ошибку дальше.

@Nazgool, я ж не особо и спорю, и полностью согласен с тем, что все зависит от того, чем и как именно массив заполнен. Но если я знаю, что массив всегда заполняется правильно, и - опять же если, - кол-во значений в нём может вырасти до больших величин или обработка самого массива находится внутри большого цикла (оставим в стороне оптимальность самих таких конструкций) - применение оператора "#" становится существенно более выгодным с точки зрения производительности. Всё зависит от целей и методов/качества реализации. Я тоже предпочитаю использовать ipairs, но бывают случаи, когда лучше отступить от канонов. Потому и упомянул. Собственно, только автор вопроса может окончательно решить, что ему больше подходит.

Тогда уж for i=1,#t - если, конечно, массив заполнен правильно и кол-во элементов в нём достаточно для того, чтобы заморачиваться скоростью.

@naxac, спасибо. Какая из версий скрипта, выложенных Artos'ом (либо кем-то ещё позднее) послужила основой? Интересуюсь с целью интеграции исправлений в свой комплект "на все случаи жизни". По сравнению с тем, что есть у меня, изменений довольно много и не всегда очевидно, что они связаны именно с вышеперечисленными исправлениями. Заметил, кстати, что твой вариант требует реализации в каком-либо виде функции table.size() (например, путём подключения Artos'овского же модуля lua_extension), поскольку в скачиваемом скрипте она отсутствует. Тем, кто "в теме" всё равно, а остальным следует об этом знать.

FonSwong, извиняюсь, но это тихий ужас. К сожалению, пишу с телефона; если раньше никто не напишет, расширю своё сообщение завтра.

Именно. С автоматической рекурсией по вложенным таблицам.

В теме "Справочник...", кстати, можно найти много интересного.

@CRAZY_STALKER666, тебе нужен клиентский. Для получения используй, например, функцию level.object_by_id(id). Ну или уже упомянутую level_object_by_sid(sid).

@CRAZY_STALKER666, глянь в оригинале функцию xr_effects.set_enemies() - там очень близко к твоему случаю. Ссорит одного НПС со списком других, сделать аналог под свои нужды не сложно.

@Silver Raven, on_actor_inside = ... on_actor_inside2 = ... on_actor_inside3 = ... ... Но не всегда такое разделение будет равнозначным - зависит от конкретной логики.

@Helgi, если правильно помню, все файлы squad_descr*.ltx Только в ЧН кол-во НПС не числом задаётся, а для каждого отряда в ключе "npc = " указывается список профилей. Сколько поставишь, столько и будет. Если помню неправильно - придёт @warwer и меня поправит.

Обновил комплект модулей Artos'а в этом посте - было найдено и исправлено несколько ошибок в модулях lua_helper и m_timers. @Zander_driver, просьба обновить шапку. Во время заливки я обнаружил, что модули Артоса качают в основном из поста, на который ведёт ссылка «Модули Артоса и xStream». Но они там заведомо содержат ошибки, которые уже были исправлены позднее! Из того поста можно брать только xs_sandbox от xStream. Под модули Артоса нужно сделать новую ссылку, ведущую на вышеуказанный пост. А ссылка «Установка модулей Artos`a на ЗП» должна вести не на этот же пост, а напрямую в соответствующую часть темы «скриптование».

@mzarkas, трудно сказать. Может быть, логика сбойнула, или таймеры. Таймеры в чистом OGSM были сделаны ещё на 32-разрядном счётчике, с «костылём» для обнуления при долгой игре. Кто знает, может и не сработало что-нибудь.

Он сам вроде попросился.

Сомнительное утверждение. Минимизация javascript кода имеет своей целью не повышение скорости исполнения, а повышение скорости загрузки скрипта с сервера на клиент за счёт уменьшения его размера. В случае обфускации - ещё и усложнение реверс-инжиниринга. И то и другое имеет слабое отношение к ускорению выполнения скрипта. Если требуется ускорить выполнение, лучше потратить свои усилия на оптимизацию кода, а не его минимизацию.

@KitkaT.Net, local toggle_time = 0 function test_pause() give_info("zamer_dozimetr") toggle_time = time_global() + 1000 level.add_call( function() return time_global() > toggle_time end, -- условие срабатывания function() disable_info("zamer_dozimetr") end -- выполняется, если условие равно true ) end