Dennis_Chikin

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

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

Пожалуй, рискну создать тему. Она будет не про то, какую конкретно буковку или циферку в конкретном скрипте или конфиге или еще где исправить, а как реализовать нечто, чтобы в это нечто хотели играть и на это не жаловались. Например, нужно ли в соответствии с Авторским Замыслом спавнить сто тысяч неубиваемых монстров, если игрок нажал кнопку "Зю", или это можно сделать как-то иначе ? Следует ли давать персонажу сверхестественные способности, при частом использовании которых персонаж превращается в контролера, и если да, то после какого раза ? Как часто игрока следует принуждать к сэйв/лоаду, или отобрать эту возможность совсем ? Могут ли военные респавниться на ЧАЭС в соответствии с Великим Авторским Замыслом ? Внимание: во всех этих случаях сам Авторский замысел должен быть описан ! При обсуждении аргументация вида "а вот я так хочу", "нравится/не нравится", "я тоже так думаю/а я вообще никогда не думаю" недопустима. Хочется видеть либо обоснование, либо рекомендации как конкретно это сделать иначе, с учетом имеющихся технических возможностей. Тема для разработчиков, а не для пользователей. Модерирование будет крайне жестким.

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

Разбор очередного скрипта, на этот раз meceniy_work.script в части, что касается костюма нудиста и убирания оружия: Адаптации ни каких других вариантов невидимости делать не буду, потому что иначе полезет куча глюков из других мест, и пока их все выловишь - авторы еще 3 новых "патча" выпустят, а далее см. п1. Но вообще нормальные люди делают это через xr_combat и mob_combat, как и всяческие "переодевания" и прочие "амулеты наемников/монолитов/чего попало". Готовый вариант для 2.09-2 - https://yadi.sk/d/mU-QorGAmAiGK shahvkit

Если мы убираем тело функции, оставляя, как я предложил, само описание - достаточно только этого изменения, остальные файлы изменять не надо. Соответственно, всякие патчи/фиксы/другие правки, которые не затрагивают этот файл - можно использовать, что называется, не глядя. Хуже тем, что все лишние вызовы несколько подтормаживают. Если мы убираем функцию полностью - нужно убрать все ее вызовы отовсюду. Если оставить хоть один - будет вылет. Если убираем вызовы - функцию можно не трогать. Это просто мусор в файле, который ни на что не влияет. Плюс такого решения: чуть меньше тормозит, но чтобы заметить эффект - нужна массовая чистка, не только этой конкретной хрени, но и всего остального в том же духе. Кроме того, тогда стоит еще убирать сразу и обрамление типа всяких if чего-то там ... вызов() end. Недостаток - польза заметно меньше, чем затраченное время. Пример: смотрите посты 2, 3, 4. Вот в этом примере достаточно убрать только сам вызов, но проверки, которые перед ним - достаточно сильно тормозят, и ошибка была (и есть) именно в них. Поэтому лучше убрать несколько строк. В случае с кувалдой - при любом из методов задержка будет в несколько десятков раз меньше минимально заметного. Про телепорты всем отвечу, как время будет. config\misc\zone_teleport.ltx смотрите, строчки idle_particles = что-попало

А загрузка другого сэйва из такого положения нормально проходит ?

Если у Вас случился вылет, возможно, здесь есть описание его причины, и как это исправить. Если он здесь еще не описан, и Вы нашли его причину, опишите это здесь, по аналогии с имеющимся. Самое главное в описании: платформа (ТЧ, ЧН, ЗП), строка line : xxx, причина. Все вылеты из этой темы собраны ЗДЕСЬ. Поскольку публикаций по ПРИЧИНАМ вылетов я давно уже не вижу, а вижу исключительно флуд, тема закрыта. Если Вы обнаружили вылет, который здесь не описан, и знаете, как его лечить - напишите модераторам в л/c.

Про приоритеты заданий все очевидно из task_manager.script Ну вот для наглядности переписанный: Э-эээ... Тогда я совсем не понял, о каком именно ключе, и при чем здесь приоритет. А что касается добавления новых заданий через tm - хранится очень много ненужных данных, и выполняется очень много ненужных операций. При никакой функциональности. Плюс удобство перелопачивания десятка файлов - крайне сомнительно.

Чтобы закрыть вопрос про радиацию на болоте раз и навсегда: bind_stalker.script, убрать строчку marsh_radiation.update() либо (менее выгодно, но проще в борьбе со следующими "патчами", "фиксами" и прочим): в самом marsh_radiation.script убрать все, и оставить строку: function update() end

Меня здесь заинтересовал не столько вопрос, сколько именно ответ. И ни одного филолога в пределах досягаемости, чтобы нежно взять рукой за горлышко, и ласково вопросить: "что-ж вы, самки собаки этакие, делаете-то ?"

С точки зрения огнелиса богопротивным является все, кроме рэкета на пленэре. Ну и, да, он согласен на сандвич. Хеширование как проверочное слово к "хэш" - это круто, да. И таки да, я не понял, чем составные слова, пусть это даже и "хлорэтил", хуже любых других.

Murarius, (Из угадайки): "В 2006 в правила были внесены изменения, добавились слова "пленэр", "рэп", "рэкет". Сейчас на практике таких слов намного больше - "кэб", "хэш", "тэг", "тэквондо". Тем не менее, правилами закреплены только семь вышеупомянутых." Пойду, пожалуй, сожгу все книжки по Шерлока Холмса советского издания, за безграмотные и противозаконные кэбы, кэбменов и сэндвичи. И, да, естественно, всех программистов и вообще инженеров - на кол. Именно за кэш с хэшем. Вместе со спортивными комментаторами, за сэты. (Аббревиатуры, так и быть - ЛЭПы и ТЭЦ врывать не будем). Однако, что мы будем делать с экзаменами, квинтэссенцией и, особенно, с этилом ? Что-то меня не устраивает ни хлореллу етить с целью прерывания развития абсцессов, ни упившийся метилом афроамериканец в целях оргсинтеза. Как бы нам на этом деле сЕкономить бы ? P.S. Впрочем, да, помню, как в школе старательно переделывали мое "что" на "шо" - согласно "правилам русского языка". Успеха, правда, так и не добились.

ТЧ, [error]Line : 804 - в общем случае - некорректный тип данных, либо слишком длинная строка. Вообще, рекомендую следить, чтобы выводимое со всем возможным обрамлением (не важно, как и чем добавленным) ни в кое случае не превышало 250 байт. И, да, пользуясь случаем, маленькое объявление: требуется доброволец для приведения темы в вид, пригодный для пользования поиском браузера, поскольку только что имел довольно неприятный опыт найти нужное поиском форумным.

Хех, ну я вот, например, в соли аккумуляторы в патроны переделал, и пишу им заряд в custom data. Просто по тому, что самый мальнький пакет из всего, что вообще под рукой. Нет, все, сдаюсь. Я не представляю - просто воображения не хватает представить, как ЭТО должно работать:

Про погоду, кратко: Она скриптом меняется принудительно. Для осветления глобального надо либо править все конфиги, либо user.ltx Поиск в помощь. Потом может быть подробнее распишу.

Все вроде хорошо, но почему-то ощущается какая-то кривизна. Не могу понять, в чем.

Инфо здесь сейчас не интересны. С какой именно строки (id и текст) начинаются проблемы ? В чем выражаются ? Если изменить текст этой строки - изменения на экране есть ? "При изменении текстового массива, изменений в отображении самого диалога нет." Отображаемый текст изменяется ? То есть, если к какой-либо проблемной строке добавить какой-нибудь символ - он выводится в этой проблемной строке ? И еще раз: не надо общее описание и отсылку к комментариям. Надо id и текст той строки, которая выводится не от того, кого надо. Одной. Любой.

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

Я как-то слабо представляю, как можно инвентарный объект запихнуть в оффлайн. А обновление происходит при переключении туда/сюда.

Как бы для чего надо - понятно. Но идея с детектором - не очень хороша. Лучше банально менюшкой. Чит - он есть - чит. Кроме того, менюшкой, с однократным сканом - и нагрузки меньше. Да, к вопросу о батарейках: либо через set_condition, либо биндер, и сохранять свой параметр. Ну или нетпакет. Так, как в костюме - это кривизна неземная.

<phrase id="4"> <text>gen_alex_start_dialog_4</text> <next>5</next> </phrase> <phrase id="4"> <text>gen_alex_start_dialog_4</text> <next>5</next> </phrase> Это так и задумано ? С какой именно фразы какого диалога начинаются проблемы ? id и текст ? В чем именно проблема, без скринов, словами ?

"[tbl.string_key1] =" Запись в таблицу по некорректному индексу рушит namespace. Вылеты получаются довольно забавные и порою догадаться в чем дело - нетривиально. Для себя я пришел к принудительной инициализации:

Радикально - на найти в конфигах секцию этих бешеных газовых плит, и оторвать оттуда все добавки. Оставить только [кровосос_извращенный]:кровосос_нормальный Тормозить на чтении конфигов, конечно, все равно будет (оптимизаторы - такие оптимизаторы), но хоть бреда поубавится.