[SoC] Ковыряемся в файлах

[Dennis_Chikin 3 658]

Ковыряемся в файлах ТЧ

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

Касательно телепатии: если Вы передаете Ваши файлы телепатическим путем - ответы будут передаваться тоже телепатически. Если Вы предлагаете угадать, отчего у Вас в подвале происходит странный стук - ответ будет передан стуком.

Изменено 23 Февраля 2016 пользователем warwer

[Dennis_Chikin 3 658]

Не, граждане, вы определенно издеваетесь.

Все, что делает рестриктор - это по пинками из акторовского биндера пытается запустить набор функций из того же самого xr_logic и xr_conditions.

 

А если вы собираетесь разбрасываться предметами - так может повесить на дроп предмета проверку расстояния до нужной вам точки ?

 

Или задача все-таки - заставить пользователя купить себе новый пентиум i100500 о 100500 ядрах на 100500 терагерц ? А пользователь вас с такими заявками точно ни куда не пошлет ?

 

2 UnLoaded: издеваются не по тому, что кто-то кому-то нужен, а по тому, что сам процесс нравится.

Изменено 16 Сентября 2016 пользователем Dennis_Chikin

[UnLoaded 313]

@Dennis_Chikin

Ну и к чему так много текста ?

Ну подскажи\предложи человеку смотреть в сторону дропа предмета и проверки расстояния.

Кому ты нужен, чтоб над тобою издеваться...

Изменено 16 Сентября 2016 пользователем UnLoaded

[AndrewMor 517]

Сталкеры, кто подскажет?

Столкнулся с интересным моментом: если прописать отдельное задание в tasks_имя_локации.xml, его выполнить, то его повторно выдать уже нельзя, так получается? А отменить скриптово возможно, с тем, чтобы выдать его повторно? И каким образом?

[HellRatz 2 781]

 

 

его выполнить, то его повторно выдать уже нельзя, так получается?

А отбирать инфопоршень, активирующий задание, и выдавать заново не пробовал?

[naxac 2 373]

@AndrewMor, в ТЧ для тасков нет состояния "отменено". Только "получено", "обновлено", "выполнено" и "провалено". А повторно выдать можно. Как пример - task_manager. Изменено 17 Сентября 2016 пользователем naxac

[Silver Raven 197]

Есть способ заставить главное меню игры отображать номер сборки модификации из внешнего файла? Например, по его имени внутри папки gamedata: build 170916 и без зависимости от расширения. Что-то вроде поиска по ключевому слову build + все то, что написано в названии файла кроме него.

Изменено 17 Сентября 2016 пользователем Silver Raven

[Charsi 438]

@Silver Raven, в function main_menu:InitControls() в файле ui_main_menu.script после

self:Register(self.message_box, "msg_box") 

пишешь

	local build_num = ""
	local flist = getFS():file_list_open_ex("$game_data$",bit_or(FS.FS_ListFiles,FS.FS_RootOnly),"build*")
	if flist:Size() > 0 then
		local file		=	flist:GetAt(0)
		local fn = file:NameFull()
		build_num = " build: "..fn:match("build(.*)%.")
	end

и ниже в  _ver:SetText добавляешь build_num вот так:

	_ver:SetText					("ver. " .. mm:GetGSVer() .. build_num)

[mzarkas 50]

Мне вот интересно, а можно сделать так что бы один и тот же монстр использовал несколько разных моделей? 

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

Изменено 17 Сентября 2016 пользователем mzarkas

[CRAZY_STALKER666 36]

 

 

Столкнулся с интересным моментом: если прописать отдельное задание в tasks_имя_локации.xml, его выполнить, то его повторно выдать уже нельзя, так получается? А отменить скриптово возможно, с тем, чтобы выдать его повторно? И каким образом?

 

Инфопоршни удалить попробуй, которые идут в графе infoportion_complete для конкретного квеста. Должно помочь.

Удалить можно например, из диалога. А вот как точно не припомню, погугли на досуге

[dPlayer 377]

а можно сделать так что бы один и тот же монстр использовал несколько разных моделей?

Кстати, в голове крутится, что когда-то читал про рандомную привязку визуалов к профилю НПС. А может и приснилось...

 

Почему так происходит:

Есть спейс_рестриктор с логикой:

[logic]
active = sr_idle
[sr_idle]
on_actor_inside = {+info1} nil %+info2%

При выдаче info2 происходит функция спавна предмета через alife():create().

<info_portion id="info2"><action>mod_spawn.spawn_predmet</action></info_portion>

И, если эту ф-цю спавна записать в тело квеста как условие выполнения

<function_complete>mod_spawn.spawn_predmet</function_complete>

то, при подходе к рестриктору на дистанцию а-лайфа происходит замедление игры практически в ноль. Я, собсна сделал квест через поршень, но всё равно, почему так происходит?

Изменено 18 Сентября 2016 пользователем dPlayer

[UnLoaded 313]

 

 

при подходе к рестриктору на дистанцию а-лайфа происходит замедление игры практически в ноль.

Странный однако подход к проверкам в квестах: ф-ция, которую ты указал тегом <function_complete>, будет с определенной периодичностью выполняться таск-менеджером, пока не вернет true\истину, т.е. условие проверки в этой ф-ции выполнилось. А у тебя в этой ф-ции происходит спавн, не важно чего - представь какая нагрузка на движок, спавнить что-то с частотой примерно пару раз в секунду. Конечно, у тебя игра останавливается...

[mzarkas 50]

Кстати, в голове крутится, что когда-то читал про рандомную привязку визуалов к профилю НПС. А может и приснилось...

 

Не приснилось. Схема сама по себе не всегда работает корректно, да и не знаю, прокатит ли с мутантами, +  модельки должны быть идентичны.

 

Суть схемы: Присваиваем профилю "какой_нибудь_там_визуал.ogf".

В соответствующую папку кидаем "какой_нибудь_там_визуал_1.ogf" "какой_нибудь_там_визуал_2.ogf" и так далее...

И, по идее, игра их рандомно выбирает.

 

Скриптовой реализации не встречал.

[alex5773 1 321]

Подскажите как убрать бесконечное выпадение координат тайников с одного трупа.

Только заметил(т.е обратил на это внимание), что можно с одного трупа, все тайники в игре открыть.

Может и нубский вопрос, просто я этому никогда не придавал никакого значения. 

-----------------------------------------------------------------------------------------

Хотя извиняюсь, по моему это из-за правки "лечения тайников".

Изменено 18 Сентября 2016 пользователем alex5773

[AndrewMor 517]

 

 

А отбирать инфопоршень, активирующий задание, и выдавать заново не пробовал?

Пробовал. Задание по новой не выдается, так и висит в выполненных.

 

 

 

А повторно выдать можно. Как пример - task_manager.

Рандомные - можно, каковые как раз и описываются в таск_менеджер. Мне такой вариант не совсем подходит.

 

 

 

Инфопоршни удалить попробуй, которые идут в графе infoportion_complete для конкретного квеста. Должно помочь.

Попробую, конечно. Только вроде без толку.

[UnLoaded 313]

Пробовал. Задание по новой не выдается, так и висит в выполненных.

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

Сначала, попробуй выдать задание скриптом, выполнить его, а затем выдать еще раз:

local new_task = CGameTask()
new_task:load("твое_задание")
db.actor:give_task(new_task, 3600*1000, true)

В task_manager.script погляди, как там происходит завершение регулярных заданий, может используется что-то типа set_task_state(...), чтоб опять пометить подзадания\задание как не выполненное.

Посмотри в сторону task_manager.ltx, там для сюжетных заданий прописано type = storyline. Проверь, если изменить на что-то другое(к примеру type = find_item), может получится выдавать повторно. Хотя, конфиг, как мне думается, отвечает за отображение в статистике, выдачу плюшек и т.п.

Изменено 19 Сентября 2016 пользователем UnLoaded

[AndrewMor 517]

UnLoaded, спасибо за совет, буду пробовать. Мешает только нехватка времени. Попутно вопрос: а task_manager.script отвечает только за рандомные квесты, или и за основные тоже?

[dPlayer 377]

Не приснилось.

 

Верно, не приснилось. Но надпись "не работает" в начале статьи наводит на некоторые замышления

 

Как правильно составить логику рестриктора:

 

 

Есть поршни info1, info2 и info_start. И две ситуации при попадании в рестриктор:

info1 - есть

info2 - нет

info_start - выдаётся

 

info1 - есть

info2 - есть

info_start - не выдаётся

 

 

[Overfirst 628]

@dPlayer, так в чём проблема?

[logic]
active = sr_idle

[sr_idle]
on_actor_inside = {+info1 -info2} %+info_start% nil
on_actor_inside2 = {+info1 +info2} sr_idle@2

[sr_idle@2]
on_actor_outside = sr_idle

[dPlayer 377]

@BoBaH_671

Почему эта конструкция никак звук не играет?

[logic]
active = sr_idle
[sr_idle]
on_actor_inside = {+info1 -info2} nil %+info3 +info2%
on_info = {+info2} sr_sound_act
[sr_sound_act]
snd = characters_voice\scenario\military\pda\mil_pda_5

Изменено 22 Сентября 2016 пользователем dPlayer

[UriZzz 992]

Ребята - у меня созрели два вопроса:

1. Я пытался перевооружить Пряпора на долговском блокпосте, на свалке, вручил ему гразу что чего он с обрезом, не получилось; приходу на блокпост, смотрю обрез у него в ногах является а в руках пистолет о__О почему так?

2. Хочу закрепить за Волком диалог ремонта, пока я буду в тёмной долине он свалит на воен. Склады, будет ли там (на складах) сей диалог за ним закриплен или это его двойник?